> > In this GUI, master bindings (from a bind file) can not be removed. > > Removals and additions to the shortcut lists are done in user.bind, > > and items in user.bind can be removed. > > What would be wrong with only considering overriding, especially when > a shortcut can be overridden with an empty shortcut (which in effect > means unbind).
> Is there a real need for removing bindings? If the changed > (additional) bindings are shown in bold, one can click on some 'reset' > button to revert this entry to the default (or remove it). If you are unhappy about KeyMap::unbind, it is needed anyway. Otherwise, how would you remove user-added shortcuts? I have told you in another thread why \bind shortcut "" does not work well. > Wouldn't that be simple enough? Personally, I would like to remove unused shortcuts..., > Or maybe what we want to do is to have the shortcuts in the first > column (index everything by shortcut). The unbound functions (that are > here only to help) could be put after the bound ones. Then all the category efforts I have done for lfunc would be in vain... > Yes, anyway color-coding of UI is known to be bad: some people do not > see colors correctly. I think I can add the third column. > When opening the prefs dialog, it says: > QLayout::addChildWidget: lyx::frontend::ShortcutEdit "shortcutLE" in wrong > parent; moved to correct parent I added shortcutLE in a wrong way. I should have added another file with this widget. BTW, since I need to customized QLineEdit for the searchLE, I would like to add qt4/CustomizedWidgets.h|cpp. Is this a good idea? Or is there already files for this purpose? > Also I get several > PreferencesPolicy: No transition for input SMI_RESTORE from state INITIAL > when the dialog loses/gains focus. I have no idea what is going on here. I have tried to learn qt, and I really think some qt guy should take over this feature and polish it. > If I restrict the display with the search feature, the contents is > lost whe n the mouse goes out of the prefs window (I use focus follows > mouse). No idea either. > BTW, it would be nice if the search field did some > 'search-as-you-type'. Actually, we could get rid of the search button. I am doing this. I think I need to extend QLIneEdit to display "search ..." at first, and clear the text when searchLE gets focus. > The shortcut editor does not work for me: when I type for example C-o > in the binding, only 'C-' appears. Afterwards in the list I see a > weird char. As I have said, I did not understand Edwin's patch completely. It seems that the code I removed is useful. > I just tried this again and got a 'Error: Failed to create shortcut' > dialog. After that, New always brings up a dislog without function > name. I will have a look, but I can not promise anything. It seems that I am forced to learn more and more qt... :-( Bo
