On 12 January 2014 21:07, Sebastian Sastre <sebastian@flowingconcept.com> wrote:

On Jan 12, 2014, at 5:53 PM, Igor Stasenko <siguctua@gmail.com> wrote:

And modal popups is clearly against this principle.��
Because they
a) make you think
b) draw your energy from what you really should be thinking on..

so please explain, how adding yes/no popup to cmd-L command handling helps maintaining this principle better.��

Some designers think that dialogs (stateful interfaces) are the enemy of usability, and I'm in favor of using them as last resort. Also because users in general, not only programmers, have hard feelings about dialogs

What I wasn't checking (lack of usability tests I'm watching you... yet.. again...) was which workflow exactly were you talking about.

The cmd-L contains explicit information about discarding changes so asking confirmation is unnecessary.

Thanks!
:)
��
(I thought you were talking about changing focus or the selected method on a browser and discarding changes without asking, sorry if I confused you).

Usability tests solves all this and a lot more in half a second.

Ok, I'm experimenting a little here and��

A) Cmd-L is something hidden enough to not be seen by newcomers and
B) I get that you can produce an interesting workflow if you are used to do something and use cmd-L as a fast way to undo changes

I wasn't even knowing about cmd-L existence, how anybody knows about it?

i don't know. i discovered this function back when i met the squeak in 2006..
which btw, frees me from dealing with popups when i start editing the method, but then realizing that this is wrong method or no change is required.
Pressing Cmd-L marks text as unmodified, which is important, because if it is modified,
then it will throw yes/no popup into your face if you try to navigate away from it.

how i discovered it? by holding cmd key and pressing all keys in order.

��
If you ask me what I do for the same case, I'm used to go to method versions and revert to the desired one





--
Best regards,
Igor Stasenko.