0021021: Hotkey issues (adding hotkey isn't obvious)

ID	Project	Category	View Status	Date Submitted	Last Update

0021021	MMW 5	Hotkeys	public	2024-06-14 13:24	2025-03-13 18:31

Reporter	zvezdan	Assigned To
Priority	urgent	Severity	tweak	Reproducibility	always
Status	assigned	Resolution	open
Product Version	2024.0
Target Version	2026

Summary	0021021: Hotkey issues (adding hotkey isn't obvious)
Description	1. Options dialog box, Hotkeys, choose sort by Action, choose View: Left panel in Action, press Shift+Ctrl+, in Hotkey (the last key is a comma), click Apply -> the new hotkey is not sorted, but it is in the middle of list; 2. Without closing the Options dialog box, chose View: Right panel in Action, press Shift+Ctrl+. in Hotkey (that last one is a dot), click Apply -> the new key replaced the previously entered one; if I close the Options dialog with Ok and open it again, I could add a new hotkey, but I didn't check out if another random hotkey was replaced by that. 3. In the main window press Shift+Ctrl and then, without their releasing, press the , key 10 times or more -> the hotkey will open/close the left side bar about 10 times only, further pressing on the , key will not change anything, until you release Shift+Ctrl and press it again; the same happens with Shift+Ctrl+. for the right side bar.
Tags	No tags attached.
Attached Files	Hotkeys - not correct sort.png (50,924 bytes) Hotkeys - not correct sort.png (50,924 bytes) Hotkeys - replaced existing hotkey.png (50,728 bytes) Hotkeys - replaced existing hotkey.png (50,728 bytes)

Fixed in build

rusty 2024-06-14 21:02 administrator ~0075973	1. If I understand correctly, the bug is that when the user creates a new hotkey, or edits the action associated with a hotkey, the sort order isn't updated when the user clicks 'apply'. 2. I'm not clear on what the problem is here. As far as I can tell, when the user edits an existing hotkey, the key is updated as expected. Can you clarify? 3. I'm unable to replicate (i.e. when the hotkeys editor dialog is open, hotkeys aren't getting applied).

zvezdan 2024-06-14 21:18 updater ~0075974	1. Exactly. 2. I am not editing the existing hotkey, but I want to add another one, with different action and different hotkey combination (the first one is with a comma, and the second one is with a dot). 3. As I said, press the hotkey in the main window, not in the hotkey editor. There is no point to open/close left/right side bar while still being in the Options dialog box.

rusty 2025-02-06 20:05 administrator ~0078176	2) This is really a design issue: Once the user scrolls partway down the list, there's no obvious mechanism for adding a hotkey (since the 'New Hotkey' option only appears at the top. Thus a user may try to Edit a hotkey without realizing that it'll change the existing hotkey (leading to the issues described at 1) and 2)! A possible approach to solving this would be to somehow make the 'New Hotkey...' entry persist. It's not a complete solution to these issues, but would resolve the most common usecase.

Ludek 2025-03-13 18:03 developer ~0078473	Or possibly eliminate the <New Hotkey...> row entirely and add [New Hotkey] button ?

zvezdan 2025-03-13 18:31 updater ~0078474	I agree that you should eliminate the <New Hotkey...> row entirely, but I wouldn't add a new button. I think the Apply button should change its caption depending on the state. 1. User selected one item in the list, didn't change Action, but changed Hotkey -> button should display "Update"; 2. User have selected an item in the list, but changed Action using its dropdown -> the selected item in the list should be automatically deselected and the item with the chosen action should be selected and scrolled to the focus, if that Action don't have assigned any hotkey already, button should display "New", otherwise it should display "Update"; Or, you could have two buttons, New and Update, and enable/disable one of them depending on the chosen action.

View Issue Details

Activities