In Impress, there's a style category named "Drawing Style". But - it is not a style of drawings, it is a style for drawing _objects_. I suggest we rename this in the UI
+1
The first item is "Default Drawing Style" and renaming it to "Default Drawing Object Style" sounds wrong. I never read "Drawing Style" as something else but related to an object. Do we really need to change it?
-1 It's change for change only. I never seen difference between Drawing and Draw8ng "objects" inside LibreOffice
(In reply to Heiko Tietze from comment #2) > I never read "Drawing Style" as > something else but related to an object. A "drawing style" is a style of drawing. Just search for it and you'll see: https://duckduckgo.com/?t=ffab&q=%22drawing+style > Do we really need to change it? The world won't collapse if we don't, but that's not the question. The question is would it be better to change it than to keep the current term, and I claim that it would... I'll even make an AI-based argument! These days, if you tell an app to change the "drawing style", the association may be that you expect something to be re-rendered as impressionist, or cubist, or surrealist etc. :-P > The first item is "Default Drawing Style" and renaming it to "Default > Drawing Object Style" sounds wrong. That stems from the fact that these are styles of entities whose names have two words. Suppose we had styles for "self-sealing stem bolts". Then, the default style might be "Default self-sealing stem bolt style" - yes, a bit awkward, but that's what it would be. Now, as for this awkwardness - I can think of several ways to resolve this: 1. Call the default style "Default Object Style". The fact that it's a _Drawing_ object style would be understood from the context. 1. (More radical) Call the default style of every category of styles just "Default Style" or "(Default Style)". That would be more consistent, but might theoretically cause some kind of name clash problem. (Or not? I don't know.) 3. Call the default style "Default Drawing-Object Style". And similarly, "Default self-sealing-stem-bolt style" if we had styles for those. This guides the pronunciation.
We discussed the topic in the design meeting. While Stuart agrees, Roman, Cor and me would recommend to keep it short and simple. Precision is not always an improvement for usability. => WF
(In reply to Heiko Tietze from comment #5) > We discussed the topic in the design meeting. While Stuart agrees, Roman, > Cor and me would recommend to keep it short ... short where? In the sidebar tooltip? Because other than that, it's icons. Also, why is "Fill format mode" considered short enough, but "Drawing Object Style" isn't? > Precision is not always an improvement for usability. Perhaps, but truth, as opposed to untruth, is. A "Drawing style" is not a style of drawing. > Cor and me would recommend to keep it ... simple. "Drawing style" is short, but it would only be simple if it were true - which it isn't. This reminds me of the "heading"/"outline"/"chapter" numbering conundrum. It's very short and simple to talk about "chapter numbering"; but - it's not true. "Drawing object style" is simple, because the user knows about objects. They align objects. They insert objects. They have drawing object properties toolbar ... ... hmm. Now that I think about it, maybe I'm over fixated on "Drawing Objects". While this is still a pretty good choice of name, I was assuming we need to keep the word "drawing". Maybe, instead, we should call them "shape styles". The word "shapes" appears more often in the UI than "Drawing object": * Shape menu * Arrow shapes, star shapes etc menubutton * Navigator shows shapes so that's something to consider as well.
"Shape Style" is indeed short and catchy. Anyone +1?
(In reply to Heiko Tietze from comment #7) > "Shape Style" is indeed short and catchy. Anyone +1? If, in a Drawing/Presentation, you press F2, click on the page/slide and type some text, the text object has the style Default Drawing Style.. So transferred to my understanding in Dutch 'Drawing Style' refers more to all activities with drawing tools. I do not see 'Shape Style' as a real improvement.
(In reply to Cor Nouws from comment #8) > If, in a Drawing/Presentation, you press F2, click on the page/slide and > type some text, the text object has the style Default Drawing Style.. After you do that, switch to the navigator on the sidebar. You will see your text is in a new --> shape <-- ... a text frame. > So transferred to my understanding in Dutch 'Drawing Style' refers more to all activities with drawing tools. Exactly! And that's the problem, because: 1. These styles refer to objects, not tools. 2. Some of the drawing tools are not affected/not relevant to "drawing styles", e.g. points, rotation. 3. Some of the aspects of drawing object styles are not manipulable with drawing tools, e.g. alignment, text animation.
(In reply to Heiko Tietze from comment #7) > "Shape Style" is indeed short and catchy. Anyone +1? So, are we going with Shape Styles?
Cor commented -1. And I'd rather abstain from such a modification too.
(In reply to Cor Nouws from comment #8) Adding to my previous reply: You mentioned Dutch vs English. Could you elaborate regarding whether the nuances of meaning differ between the languages in your opinion, given what I've written? (and please address the rest of what I've said...)
(In reply to Heiko Tietze from comment #11) > Cor commented -1. And I'd rather abstain from such a modification too. Well, he did, but: 1. He didn't answer my comment just below his and 2. IMHO his comment actually strengthens the justification, because he interprets "Drawing Styles" to mean "Styles of Drawings" => "Styles of Drawing Activities", which is not what those styles are. So the change would actually rectify the perception.
We have a l10n mailinglist in case you seek for more input.
Dear Eyal Rozenberg, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug