SUMMARY Generating a new shortcut profile and editing it will only last one session. The changes revert back to the default ones after rebooting Krita. STEPS TO REPRODUCE 1. Create a new shortcut profile 2. create custom shortcuts 3. save the file to the shortcut generated folder 4. Accept the changes to Krita with the new profile active 5. Verify the custom shortcuts are working for the new profile 6. Close Krita session 7. Open a new Krita Session 8. Try the custom shortcuts made and verify they are not working. OBSERVED RESULT Custom shortcut profile becomes the same as the "default" profile. EXPECTED RESULT loading my new shortcuts saved from the previous session. SOFTWARE/OS VERSIONS Windows: Windows 10 macOS: x Linux/KDE Plasma: x (available in About System) KDE Plasma Version: x KDE Frameworks Version: x Qt Version: 5 ADDITIONAL INFORMATION Work arounds (1 or 2): 1. Import them again into the profile 2. Alter one of the system shortcut profiles
Well, loading and saving works correctly but it is UX for creating new schemes that is very wrong. When creating a new shortcut scheme you first need to change all the shortcuts and then hit the "New" button, otherwise it will first create a copy of the current shortcuts with the new name and place it in $CONFIG/shortcuts/ Modifications done afterwards are not done automagically and need to be done with the Save/Load button and overwrite the file in $COFIG location. This is nos intuitive. Also empty shortcuts are marked as "None" which in macOS make a weird simbol appear. Instead non modified shortcuts should not be listed in the file. which makes the default shortcut to be used.
confirming and taking bug
*** Bug 413959 has been marked as a duplicate of this bug. ***
*** Bug 407839 has been marked as a duplicate of this bug. ***
I agree that the current behavior is confusing and difficult to use. I would like to suggest the following behavior from the GUI's/user's perspective: - Have following buttons/combobox options next to list: New, Load, Save, Delete, Rename, Export, Import - "New" adds a new empty profile to the list - "Load" loads the selected profile into current settings. Display warning if current settings has unsaved changes. - "Save" saves current into selected profile. Display "Are you sure you want to overwrite?" warning. - "Delete" and "Rename" does just that on selected profile. Warning for deleting, obviously. - "Import" and "Export" would be the only options requiring the user to select files, should be used for making backups, sharing settings with others, etc. - If changes are made, display "modified" in place of selected profile to clearly indicate that current settings are not reflecting a profile anymore and are unsaved. Thus the only actions that would modify current settings are hitting Load, or making manual changes, and the only action modifying saved profiles is hitting Save. Saving, loading, creating and deleting would be seamless without the user having to select file paths.
Adding to the above: If clicking Save while the "modified" message is displayed (in other words, without selecting a profile), or while a default profile is selected, it would works as "save as", asking for what the name of the new profile should be. The list should also contain an option "New preset" that we can select for saving it as a new one if something was selected before. This would use 3 types of files in 3 locations: - Default presets, located in Krita install folder. These would be unchangable, allowing them to be updated with new shortcuts as new features are added. - User shortcuts, located in user settings folder. - Current settings, stored in an rc file in generic settings location
(In reply to vanyossi from comment #2) > confirming and taking bug Any update on if this bug has been patched?
May I ask what is the current the status of this?