If I select a chart object and make the text formatting toolbar visible - all of its commands are grayed-out and cannot be applied. But - I do want to apply these commands to all chart elements, e.g. making all fonts bold; changing the typeface; increasing or decreasing the font size. These commands should be applicable when selecting the chart. Now, I know what some of you might tell me: "But Eyal, it's an OLE object, the Calc commands can't directly operate on it" Well, with respect - from the user's perspective, that is "your problem". They use Calc. Calc has charts. Charts are objects within a spreadsheet, just like textboxes or circles. And just like other objects, they should be amenable to text formatting commands. Everything else is an implementation detail which the user should not care about. Make it work somehow.
This is WONTFIX - **unless** we can make it work with styles; otherwise, it would be inconsistent WRT "when I set the font size to X using toolbar, it works; but when I set the font size through style, it doesn't". Yes, it is possible technically to have DF commands to look inside the OLE objects of specific kinds (charts, math; but maybe also Draw and Calc as well?), and do some magic there, but unless we manage somehow to make child ODF to have access to / depend on parent styles, it would be best to have the current inconvenient limitation. Regina: do you think there's a reasonable way to implement the needed inheritance in the parent/child *documents* level? Thanks.
(In reply to Mike Kaganski from comment #1) > This is WONTFIX - **unless** we can make it work with styles We should also make it work with styles of course :-) I just need to figure out whether there's an existing bug for it or I should file one.
(In reply to Mike Kaganski from comment #1) Filed bug 163294 about Character Styles for Charts.
A chart is a document of its own. It could be embedded in a Writer/Calc/Draw/Impress-document, but it need to be embedded. It could be an external resource as well, at least from point of ODF. What you get with a single click on a chart is not the chart itself, but a frame holding the link-information to the chart. This frame can hold an image of the chart as well and this frame can have an own text content. Text formatting is always only active, if you are in edit mode of a text. If you have made a single click on a chart and then press F2, you are in text edit mode of the frame and you can enter text and then you have text formatting for that text. So the expectation is wrong, that a text formatting toolbar should be active when you click on a chart. The same chart document can be used in different Writer/Calc/Draw/Impress-documents, at least ODF allows it. So any kind of relation to information of the carrying document is only meaningful, if you restrict it to cases, where the chart document is embedded. Current implementation of chart documents do not use styles at all, but all formatting is done as direct formatting. The styles.xml file inside the chart document is a dummy file. Therefore before thinking about how to get a style information from the carrying document to the chart document, I would focus on implementing of styles inside chart documents. If this bug is kept as request for a back-reference to the styles of the carrying document, it needs a dependency to bug 62925. That is the bug that handles the requests for implementing styles in chart documents. Eyal, are you sure you want such back-reference or does not already bug 62925 and its duplicates cover your request of being able to use styles in chart documents?
The back-references would be absolutely necessary for math; so, since it's a problem of ODF level, why not handle it here.
(In reply to Regina Henschel from comment #4) > A chart is a document of its own. It could be embedded in a > Writer/Calc/Draw/Impress-document, but it need to be embedded. It could be > an external resource as well, at least from point of ODF. Ah, but here's the problem. The relevant point of view that of the application user. They did not want to create a "document on its own", and as far as they are concerned - they have't. A chart is just one other thing you can insert in a Calc Spreadsheet: Insert PivotTable, Insert Chart, Insert Textbox. > What you get with a single click on a chart is not the chart itself, but a > frame holding the link-information to the chart. This frame can hold an > image of the chart as well and this frame can have an own text content. I anticipated that point in my opening comment. And again - that is just an implementation detail. The user added a chart. They click on the chart - they've got the chart. They expect to, and should be able to, act on it like they would on a textbox. > Text formatting is always only active, if you are in edit mode of a text. If > you have made a single click on a chart and then press F2, you are in text > edit mode of the frame and you can enter text and then you have text > formatting for that text. So the expectation is wrong, that a text > formatting toolbar should be active when you click on a chart. So, two points here. First, even if I do that, i.e. single-click and press F2 - formatting doesn't apply to the chart elements. But I do see what you mean. I'm sure there's a bug about that somewhere, i.e. that you can apply text formatting except while in edit mode for an object; still, for now, even if an F2 is necessary for formatting commands to apply, that would still be quite4 an improvement. > The same chart document can be used in different > Writer/Calc/Draw/Impress-documents, at least ODF allows it. So any kind of > relation to information of the carrying document is only meaningful, if you > restrict it to cases, where the chart document is embedded. Well, for application of DF, you don't need information from the carrying document; it's an action which, from the containing app, we should be able to go into the Chart object/document and apply it. > Current implementation of chart documents do not use styles at all, but all > formatting is done as direct formatting. The styles.xml file inside the > chart document is a dummy file. Therefore before thinking about how to get a > style information from the carrying document to the chart document, I would > focus on implementing of styles inside chart documents. This is an important comment, but it belongs on another bug, since this one is about DF; or at least, mostly about DF. Of course, there's the question of what to display as the current state for buttons on the text formatting toolbar. > Eyal, are you sure you want such back-reference or does not already bug > 62925 and its duplicates cover your request of being able to use styles in > chart documents? In this bug I want DF. In bug 163294 I want Character Styles - irrespective of whether they reference an outside document.