[Libreoffice-bugs] [Bug 112620] Function lists in Customize dialog not being filtered by configuration settings

[bugzilla-daemon at bugs.documentfoundation.org]

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

Maxim Monastirsky <momonasmon at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|medium                      |low
             Status|UNCONFIRMED                 |NEW
                 CC|                            |momonasmon at gmail.com
     Ever confirmed|0                           |1
           Severity|normal                      |enhancement

--- Comment #1 from Maxim Monastirsky <momonasmon at gmail.com> ---
Indeed, it doesn't work that way for many years. Currently the protocol between
the core application and the customization dialog is the
css::frame::XDispatchInformationProvider UNO interface, which allows filtering
only by a command group [1]. The current implementation on the application side
is that if one of those *Config booleans is true, the command will be returned
via XDispatchInformationProvider [2][3], and therefore on the customization
dialog side it will be visible in all tabs.

So what we probably need here is to introduce a new optional interface which
(when supported by the currently active application) will allow asking the
application for a specific kind of commands, based on the current customization
tab.

[1]
https://api.libreoffice.org/docs/idl/ref/interfacecom_1_1sun_1_1star_1_1frame_1_1XDispatchInformationProvider.html
[2]
https://opengrok.libreoffice.org/xref/core/sfx2/source/appl/appdispatchprovider.cxx#207
[3]
https://opengrok.libreoffice.org/xref/core/sfx2/source/view/sfxbasecontroller.cxx#1143

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170924/a2c4e4a2/attachment.html>