The term “Properties” is used as a heading for different formatting issues in the sidebar. But it is also used for the document properties (Menu: File > Properties...). This may lead to misunderstandings. Hence I propose to change the heading in the sidebar to the term “Formatting” or “Format”. To my opinion “Formatting” or “Format” also describes the content of this pane better and more clearly than “Properties”.
One for the UX peeps. Status -> NEW Component -> ux-advise Priority -> enhancement Hardware -> (generalize)
Sure, “Formatting” seems more descriptive. +1
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
Properties -> Formatting Styles and Formatting -> Styles Let's talk about this in the design meeting.
(In reply to Heiko Tietze from comment #4) > Properties -> Formatting > Styles and Formatting -> Styles > Given changes in menu/toolbars and sidebar to better support styles, the old "Styles and Formatting" dialog is really a styles deck, while the "Properties" deck really only shows formatting with other decks and dialogs needed for document properties. +1 for both changes.
(In reply to Heiko Tietze from comment #4) > Properties -> Formatting -1 from me because properties is a better fit in my view than formatting and 1. 'Formatting' is a verb, while sidebar labels are nouns (e.g. Gallery) 2. 'Formatting' make some content panels labels less understandable (e.g. Style) 3. we use properties in the menu (e.g. Format > Image > Properties) 4. we use it in the context menu (e.g. Frame > right-click > Properties) 5. not all things in the deck can be classified as formatting (e.g. locking/unlocking the position of a shape [bug 90295]) Harald suggest 'Format' and similar to 'Formatting' it isnt a better fit in my view than 'Properties', but 1. we use it in the menu 2. iWork uses it[1], though it has content panels like 'Text', 'Image' which make sense and our content panels of 'Style' and 'Character' makes less sense when used [1] https://www.laptopmag.com/images/uploads/4008/g/pages-mac-sidebar.jpg > Styles and Formatting -> Styles +1 as most sidebar deck labels are single words and i never understood why even in the old days of it being a floating window it had 'and Formatting' in the name.
I would accept Formatting as deck title when style settings are included. Wouldn't use the term for specific object properties so the context and main menu keep the old term. But it's true that formatting is not the best term when, for instance, a shape is selected. In this context we provide access to area and line properties. Alternatives are: Attributes, Features, Characteristics (none is perfect but I like Attribute).
(In reply to Heiko Tietze from comment #4) > Properties -> Formatting -1. I agree with Jay's arguments. In my workflow, because I use styles, the panel properties is more a view of the formatting than a tools collection to format text. From a modern text editor point of view (LibreOffice is not a typewriter) the correct formatting panel is the styles panel. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #8) > I agree with Jay's arguments. And how about 'Attributes'?
(In reply to Heiko Tietze from comment #9) > (In reply to Jean-Baptiste Faure from comment #8) > > I agree with Jay's arguments. > > And how about 'Attributes'? Why not ? :-) Best regards. JBF
Maybe this is just me, but I fail to see how "attributes" is an improvement over "properties" in this context. They mean nearly the same thing to me. If the OP's main concern is making a distinction with File->Properties, how about following Inkscape's lead and changing that to "Document Properties" or something similar?
Decision was made in today's design meeting to keep the term 'Properties' and to rename 'Styles and Formatting' to 'Styles'.
heiko tietze committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=772686adb99137733db79b7d1ab6ebb21bf93b4a tdf#88742 Renaming of Styles deck It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
@Jay, Heiko -- something went wonky with the commit it emptied GenericCommands.xcu https://cgit.freedesktop.org/libreoffice/core/commit/?id=772686adb99137733db79b7d1ab6ebb21bf93b4a
(In reply to V Stuart Foote from comment #14) > @Jay, Heiko -- something went wonky with the commit it emptied > GenericCommands.xcu > > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=772686adb99137733db79b7d1ab6ebb21bf93b4a Fixed that, thanks for spotting! https://cgit.freedesktop.org/libreoffice/core/commit/?id=a52e11a2a54e24145f0ec8f7ddd6633f1bd9bc2b
Jay did the same yesterday evening https://gerrit.libreoffice.org/#/c/40992/ after my try with reverting and editing the patch https://gerrit.libreoffice.org/#/c/40989/, which wasn't successful ;-).
Samuel just pushed https://cgit.freedesktop.org/libreoffice/core/commit/?id=a52e11a2a54e24145f0ec8f7ddd6633f1bd9bc2b
Yousuf Philips committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=eed5c5ab3aac37750b19cdab7f339a22b98f9f8e tdf#88742 Better label for styles sidebar command in menu bar It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
are proper notes made/bugs filed for Help content?
(In reply to Cor Nouws from comment #19) > are proper notes made/bugs filed for Help content? Bug 111651.