[Libreoffice-ux-advise] [Bug 149047] Should .uno:ObjectMenue be shown in the Customize dialog?

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon May 16 23:44:11 UTC 2022


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

--- Comment #7 from sdc.blanco at youmail.dk ---
(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 on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list