Functions (well, class methods, actually) contained in Java add-ons (like DocLitManager, for example) can't be selected from Shortcuts Dialog (accessed by Tools->Customize->Keyboard tab).
These are, to all purposes, java macros, but there are no entries for these in the 'Libreoffice Macros' section of Category list. Also, there is no provision for making the custom entry for the shortcut action.
And so, operator is reduced to 1) modifying shortcut with something else (like HelloPython) and then 2) quitting LO and 3) text-editing registrymodifications.xcu in the ~/.config/libreoffice subdir (on Linux), where it is necessary to
4) search the file for the string
(this is what <value> XML tag contains)
5) replace it with (in my case) org.openoffice.doclitmanager.doclitmanager:DocLitManager
6) save and restart, of course.
That's what I had to resort to set up a keyboard shortcut for the DocLitManager's dialog. Not for the average user, is it?
please do not set your own bugs status to NEW.
this has to be done only after an independent confirmation by another user.
please retest with current LibO 220.127.116.11 release than change status to UNCONFIRMED if the bug is still present or RESOLVED WORKSFORME if the bug is gone.
(In reply to tommy27 from comment #1)
> please do not set your own bugs status to NEW.
This was accidental, the status is initialised and I forgot to change.
The issue is, of course, still there (to be expected, really, considering java isn't regarded as a part of distribution).
Re-checked with the same DocLitManager on 18.104.22.168 (linux x86_64). The extensions works, and can't be set up with keyboard shortcut by the usual means.
Should be UNCONFIRMED.
For the UX Team.
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
Don't think this is a UX question. Java shouldn't be different from Basic macros.