Created attachment 201859 [details] Demonstration video This is about the specific case of toolbar UI layout styles that use a "Review" menubutton for tracked changes actions (such as the "Groupedbar Compact" style, or "Tabbed compact" style), without the menubar. As the attached video demonstrates, that toolbar's "Review" menubutton contains a couple of action items that came from the traditional menubar's "Edit > Track Changes" submenu, except that they are not in a submenu (a bit like bug #132168) which means they are not semantically grouped, they are just single words ("Record", "Show", "Manage…") that don't really make sense standalone in the context of a menu only called "Review" that also has a bunch of non-track-changes-related items. In comparison, the "View" menu has the same Show action but named explicitly: "Show Tracked Changes". So the string already exists there somewhere. In the Review menubutton, I would recommend either grouping those actions into a "Tracked Changes" submenu, or naming each of them explicitly: -------------------------- * Record Changes (or something like that) * Show Tracked Changes * Manage Tracked Changes… * Protect Track Changes -------------------------- This affects various toolbars that use the "Review" menubutton; it affects the big "Tabbed notebookbar" less because that one has dedicated buttons for those actions, with tooltips on those buttons. This was observed with: Version: 25.2.4.3 (X86_64) / LibreOffice Community Build ID: 33e196637044ead23f5c3226cde09b47731f7e27 CPU threads: 8; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded
Note that the "Show Track Changes" menu item does not actually represent all the possible ways this can work, currently. As it turns out, there are various show modes that are not reflected at the moment, and that might need it to be a submenu. See https://bugs.documentfoundation.org/show_bug.cgi?id=151665#c6 for reference.