Fix pressing ESC in text fields#11190
Conversation
- Reuse "SearchTextField" - Make ... usage consistent in "Search..." and "Filter groups..." - Let translation key contain the dots
|
The key problem is the clash of Keybinding |
I added a method to handle that. Did not want to re-use "close" (as it was done in 2022) As user, I want Esc for both, clear search and close dialog. OK, maybe, clear search is the same as close dialog, because the search is closed (somehow)? If yes, then I will also reuse the CLOSE keybinding |
|
Tested it without resetting my preferences on macOS: |
|
with resetting the prefs same behavior. Esc closes the entry editor now |
|
This is what should be expected, because Esc is for closing 😅. I personally found it very annoying and would remove the functionality to close the entry editor via keyboard shortcut. Nobody missed it the last two years 😅 |
|
Closing the entry editor with ESC is worse than now. When I am typing into a field I just want to get ridd of the focus of the field, not CTRL + E is both for opening and closing the entry editor. but only opening works.. |
Only "OPEN_CLOSE_ENTRY_EDITOR" (formerly known as "EDIT_ENTRY") is listend to
Caused by Debugging Code. |
|
The build for this PR is no longer available. Please visit https://builds.jabref.org/main/ for the latest build. |
Siedlerchr
left a comment
There was a problem hiding this comment.
search and entry editor work now as expected

Fixes #10764
I somehow hang. Seems that theCLEAR_SEARCHis not found - even if configured.Did not reset preferences again... Is it becauseEsc!=Escape?Just removing the case statement for the text field would be enough to fix the issue.
Background:
SearchTextFieldMandatory checks
CHANGELOG.mddescribed in a way that is understandable for the average user (if applicable)