Op vrijdag 14 april 2006 19:14, schreef Karel Demeyer: > Op vr, 14-04-2006 te 19:51 +0300, schreef Vivia Nikolaidou: > > Someone on the forum requested that we implement a binding for Ctrl+M > > that will hide/show the menu bar (as in KDE default). I can do that, it's > > 5 lines of code, but shall we really do it or not? dunno, I hesitate a > > bit before adding new features :) > > Ok if you hesitate about features that add stuff to the UI. But a > keybinding doesn't, so add it! You should always consider if it's > worthy or not to add UI stuff. I like a clean UI. That's why I had an > "instant apply" methapor like UI for the new DP chooser. So, when you > select an emoticon from teh cache or the filesustem, it changes the > preview, but then we don't have an "OK" button and a "Cancel" button but > the user should 'think' it's already applied. As in real life, when you > push a button, you don't have to push another "apply" button for some > action to be taken. Like when you drive a car, you don't push your > brake and then push "apply". The Gnome user interface guidelines > prescribe a lot of instant-apply ui-stuff. most stuff in gnome also IS > instantly applied (you see the changes immediately). This makes you > don't need an extra button. It's not like a user will select a DP and > then say "oh no ... I selected the wrong one .. let me click > canceeeeeel". If you select the wrong one, then just select the > other .. no problem. We're not talking about "rm -rf ~" or whatever. I do not like that instant-apply. For appearance options, it doesn't matter that much, because you can easily see what happens, but for other options (e.g. connection settings) you cannot see what happens, and I will feel unsure if the setting is really applied if I did not press 'OK' or 'Apply'. A 'Close' button is similar to 'Cancel': it just closes the window, with no side-effects.
> Though, I first thought to have the change off the dp applied to through > the protocol on destruction of the window, but in fact, by having it > applied when clicking a "close" button, we still can have some secret > 'cancel', when the window is closed from the windowmanager. I'm not > sure if this is a good thing to do as some guidelines say a close button > should do the same as the windowmanager's one ... Indeed, there should never be a difference in behavior between a 'Close' or 'Cancel' button on a window and the wm's 'close' button. Both just close the window and nothing more than that (except for asking to save changes when closing an app with unsaved data). > > Karel. > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > language that extends applications into web and mobile media. Attend the > > live webcast and join the prime developer group breaking into this new > > coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > _______________________________________________ > > Amsn-devel mailing list > > Amsn-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/amsn-devel > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Amsn-devel mailing list > Amsn-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/amsn-devel ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Amsn-devel mailing list Amsn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amsn-devel
