View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000004||OpenMPT||User Interface||public||2010-10-30 16:25||2016-10-20 16:03|
|Reporter||relabs||Assigned To||Saga Musix|
|Product Version||OpenMPT 1.19.00.* (old testing)|
|Target Version||OpenMPT 1.23.01.00 (upgrade first)||Fixed in Version||OpenMPT 1.23.01.00 (upgrade first)|
|Summary||0000004: Easier way to take new keybingins in to use|
When new keybinding are added, for existing users it's up to them to e.g. monitor change logs or release notes to discover added keybinding options and take them in to use. In some cases added keybindings are such that they should be made available to users automatically.
New keybindings in the default configuration can't of course be merged as such for every user, but if the new keybinding that will also be defined in the default configurations is free in users configuration, it could be automatically/optionally added to user keybindings.
|Tags||No tags attached.|
|Has the bug occurred in previous versions?|
|Tested code revision (in case you know it)|
In r3577, default keybindings are always loaded on top of existing keybindings - if a key hasn't been used yet, it is added automatically. If anyone complains about keys being added automatically, I guess we could make it optional, but for now I'd say it's good as it is.
After resolving issue 0000477, I wonder whether alternate bindings for shortcuts that already have a binding should be imported as they are now - one could say that if there's already a key assigned to some function, adding another binding could be confusing. But on the other hand, this will ensure that we can e.g. tell a person to use a certain key combination and unless they use it for something else, it will always work.
Starting from r7294, default shortcuts are now only imported iff the user has not specified their own shortcut yet.
|2010-10-30 16:25||relabs||New Issue|
|2010-10-30 16:26||relabs||Target Version||OpenMPT 1.19.00.* (old testing) =>|
|2010-11-07 22:39||relabs||Status||new => confirmed|
|2014-01-15 19:48||Saga Musix||Assigned To||=> Saga Musix|
|2014-01-15 19:48||Saga Musix||Status||confirmed => assigned|
|2014-01-15 20:46||Saga Musix||Note Added: 0001450|
|2014-01-15 20:46||Saga Musix||Status||assigned => feedback|
|2014-01-15 20:46||Saga Musix||Target Version||=> OpenMPT 1.22.07.* (old testing)|
|2014-01-15 20:47||Saga Musix||Target Version||OpenMPT 1.22.07.* (old testing) => OpenMPT 1.23.01.00 (upgrade first)|
|2014-01-21 11:13||Saga Musix||Relationship added||related to 0000477|
|2014-02-11 20:36||Saga Musix||Note Added: 0001507|
|2014-03-29 22:10||Saga Musix||Status||feedback => resolved|
|2014-03-29 22:10||Saga Musix||Resolution||open => fixed|
|2014-03-29 22:10||Saga Musix||Fixed in Version||=> OpenMPT 1.23.01.00 (upgrade first)|
|2014-06-20 13:33||Saga Musix||Relationship added||related to 0000550|
|2016-10-20 16:03||Saga Musix||Note Added: 0002703|