Created attachment 164633 [details]
Style Sidebar deck with styles commands
add an row with the paragraph and character style icons. Reason is to focus user to use styles.
There is also an Menubar item for this styles so they should be also available in the sidebar.
While promoting styles sounds like a right thing to do this enhancement of the sidebar would make the 'formatting styles' toolbar obsolete and clutters the sidebar even more. However, I'm a bit split as the sidebar aims to modify (frequently changed) properties of the selected object. And in case of a paragraph it would be the style. So I'm tad con.
It seems to clutter the properties deck but it can be a good decision for notebookbar or single toolbar users. When this would make the styles formatting toolbar obsolete then it's the same with the normal formatting toolbar in combination with the sidebar today ...
I would not object the change
I read Thomas' comment as +1 in respect to my clutter argument and that those interactions better belong on a Notebookbar (or the existing toolbar). And since Cor has no objection he might be also okay when I resolve the ticket as WF.
My +1 was regarding Andreas' request.
What I wanted to say in comment 2 was:
It's a good enhancement for single toolbar and notebookbar users (that have no styles formatting commands prominently visible.
It doesn't make the styles formatting toolbar obsolete because the formatting toolbar also is not obsolete despite the existing formatting commands in the sidebar.
Set back to NEW as Cor is neutral, Heiko against and me is pro this request. Not a really clear decision - but also not for a WF. ;)
I support better and easier use of styles instead of direct formatting, therefore I support more style commands in sidebar and notebookbars so that they're easier to use for users.
There is a bug to show recently used styles which would work better than fixed styles, so I wait what happens at the other bug
(In reply to Thomas Lendo from comment #6)
> Set back to NEW as Cor is neutral, Heiko against and me is pro this request.
> Not a really clear decision - but also not for a WF. ;)
Fine for me, and eventually the doer is always right. No need for further input from UX.