https://bugs.documentfoundation.org/show_bug.cgi?id=62554
V Stuart Foote <[email protected]> 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 <[email protected]> --- 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 the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
