https://bugs.documentfoundation.org/show_bug.cgi?id=115527
--- Comment #14 from Adalbert Hanßen <[email protected]> --- In the Configure Shortcuts problem, one has to establish a relation between two potentially very long lists: 1.) the list of all allowed key combinations, 2.) the list of functions to be invoked by them. Some or even many elements of both lists may remain unassigned, in fact, shortcuts are only useful, if one can memorize them. So even an advanced user will at most use a dozen or so of them. Shortcuts in LO are insensitive to context. Each assign key combination may invoke at most one function. But several shortcuts can be assigned to one and the same function (I assigned combinations with Ctrl-Super in addition to Ctrl-Alt, because Ctrl-Super can be pressed together with the thumb, at least on my keyboard. One can maintain the default ones, as long as no conflicts arise. List length for the relations can be reduced by categorizing: * by keys present in the combination * by range of topics on the other list. Currently the second list is organized by categories on the lower part of the dialog. But it is not always obvious, into which category a particular one falls. Therefore there is a search function. Unfortunately it does not find occurrences in collapsed subcategories, e.g. Heading 1, 2, ..., even if the category All is selected. I consider this a bug. As there is a search function on the second list, one might consider dealing with a single long list which shortens itself while one is typing a search item. In a similar manner, the first ist might be provided with a search field: If you press keys in sequence, they are added to the list and the list of keys shortens itself while keys are accumulated: e.g. F shows all combinations with F, if one added a modifier, e.g. Shift, it reduces itself to combinations with Shift-F, if one adds Ctrl, only combinations with Ctrl are shown. In the search field, this might be shown as »Ctrl Shift F« and if one deletes F from that, i.e. »Ctrl Shift«, the list becomes larger again. An alternative would be to take any alphabetical key as »Alphabetic« and show this placeholder instead. In addition one could center the resultant list around it. Then all numeric keys would be treated as »Numeric«, all edit keys as »Edit«, all Function keys as »Fx« and all other keys as »other«, but then one needs to provide a scrollable overview of proper height. One can completely do without the intermediate categories in the functions part. I would show the function names and below each - if present- the key combinations assigned to them as a right-adjusted entry. Then one has only two lists: both can be long and scrollable: one might display them side by side, each with its search field to the left of it. I would arrange delete and other finalization keys at the bottom of the dialog. If a key combination is already assigned and it shall be assigned differently, one first has to delete the previous assignment. It looks like these settings are stored in LOs elephant memory, which under Linux is ~/.config/libreofficedev/4/user/registrymodifications.xcu. I would prefer a separate file for it, in order to more easily transplant the selected configuration to another user. -- You are receiving this mail because: You are the assignee for the bug.
