[Scummvm-devel] UI issue: dialog settings vs. hotkeys

Max Horn max at quendi.de
Sun Feb 29 05:18:01 CET 2004


Yo folks,


I am currently pondering a UI / representation conflict between the 
options dialog on the one hand and the hotkeys on the other hand. My 
problem is that we distinguish between the users configuration in the 
config file, and the actual active settings; furthermore, it's 
currently possible for the user to change settings at run time and not 
save those preference changes. This is a very unusual thing to do. Just 
think about mostly every modern game - none of them allows you to 
change your settings at run-time and then *not* save them immediately. 
There are very good reasons for this, IMO.

Essentially, what we are currently doing with the options dialog / 
hotkeys is inconsistent and confusing. I see two alternatives to fix 
the problem:

1) Add a "Save" button to the Option dialogs. Changes never get written 
to the config file, unless the user explicitly requests this. At the 
same time, the option dialogs are modified to display / change the 
currently active settings, and not the config file

2) Remove the difference between "active run-time" setting values, and 
"configuration file" values. That is, when the user switches to another 
scaler, save that setting change to the config file immediately (this 
is BTW how virtually all games and programs I recall behave).


I can see benefits to both approaches, BTW. Personally I am used to 
approach 2, as this is how every single program I uses behaves. 
Examples: Diablo II/WarCraft/StartCraft; Mozilla; FireFox; vlc; 
Neverwinter Nights; BZFlags; PhotoShop;  all of the dozen (mac) 
applications I am running right now. However, maybe it's simply a mac 
thing and Windows/Linux apps are overall doing it differently.


Whatever we do, we should decide on one of the two and implement it 
that way. The current behaviour simply is strange (where the options 
dialog represent the config file values, not the active values, yet 
when you press OK that acts as a "Save & Activate", ignoring the 
currently active values).



Cheers,

Max





More information about the Scummvm-devel mailing list