Le 14 avril 2006 à 13:14, Karel Demeyer a écrit :
>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.
>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 ...
>
>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_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel
