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

List:       kde-usability
Subject:    Re: Enhancement: disable reason
From:       Gustavo Sverzut Barbieri <gustavo () gsbarbieri ! sytes ! net>
Date:       2005-07-06 13:44:36
Message-ID: 200507061044.36271.gustavo () gsbarbieri ! sytes ! net
[Download RAW message or body]

On Wednesday 06 July 2005 10:14, Michael Olbrich wrote:
> On Wed, Jul 06, 2005 at 09:35:01AM -0300, Gustavo Sverzut Barbieri wrote:
> > On Wednesday 06 July 2005 06:43, Michael Olbrich wrote:
> > > I agree that the problem "user doesn't know why a widget is disabled"
> > > exists. However, I'm not sure if what you are proposing is the
> > > solution.
> > >
> > > In most cases the layout of the dialog should provide enough
> > > information. e.g. Indented under or behind the activating checkbox etc.
> > > I don't think that for the very few cases where aditional infomation is
> > > necessary would check for a tooltip. Remember, there is no such
> > > information for most disabled widgets.
> > >
> > > Imho we need some allways visible representation to show that there is
> > > more.
> >
> > Some widgets are impossible to do this, like menu items. Open a complex
> > software (kwrite, OOo) and you'll see this problem.
>
> What do you mean by "impossible"? The original idea was a patch against
> Qt, right? I was thinking about drawing a questionmark or something
> above the disabled widget. What's impossible about that?
> It draws the users attention and _then_ we can provide the information
> on mouse over and/or click.

Ah, now I've got it.
However my Qt development skills doesn't go that far.  I need more feedback on 
this topic to know if worth to have something like this.
   My current patch is easy to be accepted since it's not too intrusive, it 
just change some code to use QWidget::toolTip(), QWidget::statusTip() (and 
the same for QAction) instead of the private d->toolTip and d->statusTip, 
then I changed toolTip() and statusTip() to return also the reason if the 
widget is disabled. Patch is small, easy to see I don't break anything.
   If I need to draw something I must change every widget (maybe just the 
style) to make it show the mark.
   So I prompt to do it, if it prove useful.
   ATM buttons that have tooltips or whatsthis aren't marked in any special 
way, so I don't think this is need.


-- 
Gustavo Sverzut Barbieri
---------------------------------------
Engenharia de Computacao 2001 - UNICAMP
GPSL - Grupo Pro Software Livre
Cell..: +55 (19) 9165 8010
Jabber: gsbarbieri@jabber.org
  ICQ#: 17249123
   GPG: 0xB640E1A2 @ wwwkeys.pgp.net
_______________________________________________
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]