forked from enlightenment/enlightenment
Just small bug fix in Key Binding configuration dialog. It fixes a situation
when, after opening a config dialog, just one key binding is changed and apply/ok button is pressed. Thus, the configuration changes are not lost. SVN revision: 20585
This commit is contained in:
parent
06974a3660
commit
882a079d07
|
@ -248,6 +248,9 @@ const ACTION actions_predefined_names[ ] = {
|
|||
EDIT_RESTRICT_ACTION | EDIT_RESTRICT_PARAMS },
|
||||
{"Menu Show", "menu_show", NULL, _NONDEFAULT_ACTION, EDIT_RESTRICT_ACTION },
|
||||
|
||||
{"Desktop Lock", "desk_lock", NULL, _DEFAULT_ACTION,
|
||||
EDIT_RESTRICT_ACTION | EDIT_RESTRICT_PARAMS },
|
||||
|
||||
{"Toggle Edit Mode", "edit_mode_toggle", NULL, _DEFAULT_ACTION,
|
||||
EDIT_RESTRICT_ACTION | EDIT_RESTRICT_PARAMS },
|
||||
|
||||
|
@ -500,6 +503,17 @@ _basic_apply_data(E_Config_Dialog *cfd, E_Config_Dialog_Data *cfdata)
|
|||
size_t size, size2;
|
||||
unsigned int i, j;
|
||||
|
||||
//we should call for autoapply here, since this prevents a bug, when only one
|
||||
//NEW keybinding is made and apply/ok button is pressed. Thus, this keybinding does
|
||||
//not lost.
|
||||
if (cfdata->cur_eckb)
|
||||
if (_keybind_cb_auto_apply(cfdata) != 0)
|
||||
{
|
||||
//TODO: message box which should ask if we really should proceed.
|
||||
//If yes, then the current 'empty' binding will be deleted
|
||||
_keybind_delete_keybinding(cfdata);
|
||||
}
|
||||
|
||||
// here the removing of the old keybindings goes
|
||||
while (e_config->key_bindings)
|
||||
{
|
||||
|
|
Loading…
Reference in New Issue