https://bugs.documentfoundation.org/show_bug.cgi?id=149047
--- Comment #7 from [email protected] --- (In reply to Heiko Tietze from comment #5) A few points of clarification... > (In reply to sdc.blanco from comment #4) > > 1. Maybe .uno:InsertObjCtrl should not be in the Customize menu? > This command has the label "Insert Object" and is used on the "Insert" > toolbar but hidden by default. Yes, but in only one insert toolbar -- sw/uiconfig/swreport/toolbar/insertbar.xml (among several), but could not find out where it is actually used. (A "report" from Base uses sw/uiconfig/sglobal/toolbar/insertbar.xml ) > However, the very same command is labelled "OLE Object" at the toolbar. > No idea why. To explain why: When you write "labelled", I think (hope) you mean the appearance of the icon on the toolbar (and not the tooltip, which is "Insert Object"). Right? The icon appearance can be explained quite simply. Both .uno:InsertObjCtrl (Insert Object) and .uno:InsertObject (OLE Object) have been assigned to same icon -- possibly as a confusion, when the label for the first is identical to the .uno name of the second. > Hiding an entry is not possible for one but all areas ---but good reasons > at least for ObjectMenu, I think .uno:ObjectMenu is already hidden. I could not find it in Customize. The motivation for the OP was primarily to improve the usability of the Customize dialog. Miklos in comment 6 introduces the important possibility that .uno:InsertObjCtrl and .uno:ObjectMenue could be part of the win32 API -- which could explain why they appear in officecfg/registry/data/org/openoffice/Office/UI/Controller.xcu Conclusions: Instead of attempting to remove them from appearing in the Customize menu, modify the labels of .uno:InsertObjCtrl and .uno:InsertObject so that they are better differentiated, and easier to see what they are likely to be used for. https://gerrit.libreoffice.org/c/core/+/134434 This might come close enough to resolving (or at least improving) this issue. -- You are receiving this mail because: You are the assignee for the bug.
