Fast access in lists vs short cut keys
Dear friends.
I'm still struggling with this problem
It seemed not possible with ExtendScript to have both fast access to UI elements with shortcut keys and fast access to list elements by typing characters.
- For a single list in the UI I had no problem, but in FMfindRepl there is a great mix of UI elements.
- Typing a character for the list access may inadvertently press a button. In case of D this deletes the current item in the settings list. Other characters (R, E, A etc.) are also dangerous. For this to happen it is sufficient to have button labels with the & notation for t shortcut key - no need for the shortcutKey definition in the UI element. → The combination of list access and shortcut keys is very dangerous!
I experimented more than a week to conclude, not to implement the shortcut keys: the benefit of the list navigation with characters seemed greater than that of shortcut keys. But working alternately with the original FM panel and the script panel demonstrated the need for short cut keys. And after half a month I thought to have found the solution to the problem:
- On activation of drop downs and edit fields: inactivate the short cuts.
- On de-activation/onChange of drop downs and edit fields: activate the short cuts
But it turns out that this is not reliable. For example,
- Typing F in the Find type drop down list to go to Footnote the item is selected in the list and immediately a Footnote is searched (because the F also triggers the Find button).
- Typing A in the Find type drop down list to go to Anchored Frame (the default selection is Text), button A (Change All) is triggered - and fortunately has no effect, because no replacement is defined.
So my problem is to decide which function is more important:
- Fast acess in the drop down lists
- Short cut keys for the buttons
→ Please give me your preferences - I can not implemenet both...
Edit 2022-11-14 17:54
Even change/eliminate the property shortcutKey from a control does not remove the trigger, as long as the label contains the & notation! Hence it is quite difficult to switch the shortcutKey off/on (the shortcut character and the label depend on the UI language)

