PreviousNextTracker indexSee it online !

(157/240) 3817 - Alt+'f' multiply bound in "Search and Replace" dialog

In version 5.0pre1, alt+f was bound to the filter text box. Now it is bound to the "find" button. However, the "find" button has a binding to "enter". Requesting that alt+f be unbound from the "find" button, as this conflicts with the "fitler" text box alt+f binding.

Submitted ross-rogers - 2013-08-08 21:55:49 Assigned vampire0
Priority 5 Labels search and replace
Status open Group None
Resolution None

Comments

2013-08-08 21:55:50
ross-rogers

Screenshots of before and after.

search_hotkey_bindings.png (48.0Kio)

2013-08-09 15:36:23
ezust

committed 23105

2013-08-09 15:36:23
ezust

- **assigned_to**: nobody --> ezust
- **status**: open --> closed-fixed

2013-08-27 22:07:49
vampire0

- **assigned_to**: ezust --> vampire0
- **status**: closed-fixed --> open

2013-08-27 22:07:49
vampire0

As discussed on the devel list, removing the whloe mnemonic just because there is a clash in one l10n is not the right way and breaks it for others. Instead a unique mnemonic has to be found or added like for chinese menu mnemonics.

2013-08-27 22:28:51
ross-rogers

I'm sorry, I couldn't find the devel list discussion, (link anyone?)

However, does the search button need two bindings? If you remove the letter-based hotkey, the search button is still bound to <enter> Don't all keyboards have the <enter> key?

2013-08-29 23:16:25
vampire0

Sure: https://sourceforge.net/mailarchive/forum.php?thread_name=CAKChYSprjrMrqTA9ZWGOxz6MvgiDGR7eBbZdyu9btN37brRoRg%40mail.gmail.com&forum_name=jedit-devel
There it was started and then continued in private by Alan
Maybe all keyboards do
But are you sure all look and feels bound the Enter key to the default button no matter what button has the focus?
Besides that people could be used to using a shorcut in the other localizations and just because there is a clash in one it shouldn't be removed from all of them.