RE: Widget sensitivity and tooltips

["Mukund" <mukund rajagopalan wipro com>]

In case the normal solution to this problem is going to take time,
there could be a quick-fix here but am not sure if this would cater
to all the applications.

Usually a GUI component gets grayed/dimmed out because of some
reason. The reasons could be:
1) user input/action (one or more widget dims out as a result of
clicking/choosing some option on the GUI)
2) it's dimmed when it got launched (again, it has to be some user
action but the action need not have happened on this window)

In either case, can't the tooltip of some related widget get changed
(dynamically) to indicate that one/more of it's relatives is
temporarily grayed out ?

If there the grayed object has no relatives, it becomes a problem but
the information could be relayed to the user somehow (in the generic
window help?).

Would love to hear your thoughts on the suitability of this solution
to the problem presented and feasibility of the implementation.

Cheers,
Mukund.

> -----Original Message-----
> From: gnome-accessibility-list-admin gnome org
> [mailto:gnome-accessibility-list-admin gnome org]On Behalf
> Of Gregory
> Merchan
> Sent: Thursday, December 27, 2001 2:45 PM
> To: usability gnome org
> Cc: gnome-accessibility-list gnome org
> Subject: Widget sensitivity and tooltips
>
>
> Gtk+ widgets which have been made insensitive to user
> input do not show
> tooltips and cannot be focused.
>
> A widget should be made insenstive if its function can not
> be called.
> The effects of this are a change in the normal appearance
> of the widget
> (usually a dimming), that the widget does not respond to
> user activity
> such as clicking or releasing a button or typing, that the
> widget cannot
> be focused, and that it does not show its tooltip.
>
> These last two effects limit the usability and the
> accessibility of programs.
>
> The usability is limited because the interface cannot be
> fully explored; there
> is no way to see the help provided by a tooltip which, for
> one, might indicate
> why the widget is insensitive.
>
> The accessibility is twice limited because the existence
> of the widget may
> not even be known if it is not in the focus path and also
> it can not be made
> to present a tooltip.
>
> This seems to be a known problem in the way sensitivity is handled;
> unfortunately, it also seems to have been punted to a
> later version.
>
> Anyone got the time to spare before 2.0?
>
>
> FYI,
> Greg Merchan
> _______________________________________________
> gnome-accessibility-list mailing list
> gnome-accessibility-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
>

-----------------------------------------------------------------------------------------------------------------------
Information transmitted by this E-MAIL is proprietary to Wipro and/or its Customers and
is intended for use only by the individual or entity to which it is
addressed, and may contain information that is privileged, confidential or
exempt from disclosure under applicable law. If you are not the intended
recipient or it appears that this mail has been forwarded to you without
proper authority, you are notified that any use or dissemination of this
information in any manner is strictly prohibited. In such cases, please
notify us immediately at mailto:mailadmin wipro com and delete this mail
from your records.
------------------------------------------------------------------------------------------------------------------------