[Libreoffice-ux-advise] [Bug 131760] Commands related to styles miscategorized in customization dialog

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Apr 20 18:04:39 UTC 2022


https://bugs.documentfoundation.org/show_bug.cgi?id=131760

sdc.blanco at youmail.dk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |needsUXEval
            Summary|Commands related to styles  |Commands related to styles
                   |miscategorized in keyboard  |miscategorized in
                   |customization dialog        |customization dialog
                 CC|                            |libreoffice-ux-advise at lists
                   |                            |.freedesktop.org,
                   |                            |sdc.blanco at youmail.dk

--- Comment #6 from sdc.blanco at youmail.dk ---
There are several issues in this ticket.

1. About ”Load Styles”
Here is a patch that recategorizes Load Styles out of ”Format” and into
Templates which seems more appropriate (for now). 

https://gerrit.libreoffice.org/c/core/+/133147

2. About ”New” and ”Update” – 
As noted in comment 2, the (Writer) ”Styles” menu has the following commands
(at the bottom):

   Edit Style...
   Update Selected Style
   New Styles from Selection
   Load Styles from Template

As noted in OP,  all these commands are (now with patch) categorized as
”Template” (even if, as OP notes, it is not appropriate).  

But @Heiko, there is no obvious other category to use for these commands.
(I believe ”Styles” is a special category that is populated with the loaded
styles). 

3. About Styles (F11) (.uno:DesignerDialog).  Same problem as previous point. 
At present, the command is located in Format, but none of the other choices
seem particularly appropriate. (and it could just as well be moved to Template
for now, given the other commands already categorized there.)

4. Finally – the issue of ”tooltip” for Edit/Edit Style is not so simple
because .uno:EditStyle is used in many contexts, both across applications and
toolbars/menus (see bug 107120 comment 11 for a way to approach the issue.)

In sum, points 2 and 3 needsUXEval to assess whether other categories are
needed, while point 4 may need a more systematic approach/evaluation, not just
a single change to the tooltip Label in GenericCommands.xcu.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list