[Libreoffice-ux-advise] [Bug 62554] Some Format menu Split buttons should be disabled (greyed out) when not contextually applicable

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

V Stuart Foote <vstuart.foote@utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |libreoffice-ux-advise@lists
                   |                            |.freedesktop.org
          Component|UI                          |ux-advise
            Summary|Some Format menu options    |Some Format menu Split
                   |should be disabled (greyed  |buttons should be disabled
                   |out) by default             |(greyed out) when not
                   |                            |contextually applicable
           Severity|trivial                     |enhancement

--- Comment #4 from V Stuart Foote <vstuart.foote@utsa.edu> ---
Over to UX-advise to review.

Issue is not limited to selection of Graphic objects as noted by OP, rather it
is with the default contextual state of the Split buttons placed on the top
level menus.

Believe UI/UX question should be: "Should Split buttons on menus be context
aware to the context of their child buttons?"

With current LibreOffice master, in the UI Split buttons on the menu are
active** regardless of contextual applicability of child widgets contained on
the menu (buttons, or additional split buttons, etc.).

Menu and Split button Behavior is consistent across the UI.  If pursued, it
would need to be implemented for all Split buttons.  

IMHO see no substantive reason to refactor--especially piecemeal.

Would move to resolve wontfix.

=--=

** behavior of the Edit -> Object Split button (controlling OLE elements) seems
an anomaly as implemented.

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