[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-usability
Subject:    Re: Internally described edit-boxes
From:       "Ralph =?utf-8?q?M=C3=BCller-Welt?=" <ralph () mueller-welt ! net>
Date:       2009-07-13 23:03:08
Message-ID: 200907140103.08838.ralph () mueller-welt ! net
[Download RAW message or body]

Am Montag 13 Juli 2009 18:20:39 schrieb Dotan Cohen:
> 2009/7/13 Maciej Pilichowski <bluedzins@wp.pl>:
> > Hi,
> >
> >  In KDE3 it was obvious:
> > Search [              ]
> >
> >  in KDE4 there is some space saved, and we have
> > [ Search               ]
> >
> >  Once you click in such editbox, label is gone.
> >
> > I opt for getting back, to regular look:
> > a) the description is not clear -- usually italic, shadowed font is
> > used
> > b) the description only lasts when there is no focus -- try system
> > settings, click in search, fine, but now try to get the description
> > back. Where to click? (*)
> > c) when some data are entered, you no longer have informative
> > editboxes but only a bunch of ambiguous edit boxes with some data
> >
> >
> >  For me it is an example of stretching savings too far -- UI should
> > be clear, informative, with such kind of label it is no longer the
> > case.
> >
> >  What are your thoughts?
>
> As usualy, you have hit the nail on the head. I agree that the space
> savings are not worth the confusion and ambiguity.

I disagree here.
A permanent Label is like whearing your nameplate even when you are at home 
with your family and friends.

In my opinion space saving is an important issue.
Especially when it comes to mobile devces like PDAs, etc.

But lets think on a UI shown on a PC screen:
User sees UI and also sees description/labels in inputboxes.
[label          Xv]

Where
label - short description of inputbox
X - empty inputbox
v - list history of inputbox

When user uses it, he already knows what it does.
When user emptys it and clicks somewhere else description comes back.

I think thats all one needs to know and see.

But there's always room for improvements.

Amarok does a good job here!
While inputbox is empty and not having focus it shows a short description.
While mouse hovers over the inputbox a tooltip with medium description is 
shown.
And imho more important, it shows a tooltip when hovering over the X at the 
end of inputbox!

More possible improvements.
 - Keep description even when inputbox has focus! And erase description on 
first keypress.
 - when klicked in inputbox wich already has focus show kvkbd or cellwriter. 
Or add a Symbol for that to the end of inputbox like
[label          XKv]
Where K obens kvkbd while this inputbox keeps focus.

My 2 cent,
Ralph.

PS:
Did comment on https://bugs.kde.org/show_bug.cgi?id=200058
_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]