Re: [Denemo-devel] Tooltips - what am I doing wrong?

[Lutz Andersohn]

I find the view expressed here on using an on/off settng only extremely
shortsighted and limited.
I develop apps and use apps and there a many scenarios whre I want some
tools tips really fast (like variable values when hovering over a
variable in a debugger) and others very slow, like menues I am used to.

People being "interested or not" in tooltips is a supremely
oversimplified assumption.

On 11/18/2015 06:27 AM, Emmanuele Bassi wrote:
> Hi;
>
> On 18 November 2015 at 11:16, Richard Shann <address@hidden> wrote:
>
>> > I've tracked this down, in the latest manual for gtk3:
>> > https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-tooltip-browse-timeout
>> > GtkSettings:gtk-tooltip-browse-timeout has been deprecated since version 
>> > 3.10 and should not be used in newly-written code.
>> > This setting is ignored.
>> >
>> > So, it is a "feature". It appears to be the case that even the regular
>> > time before a tooltip appears can no longer be controlled, which many
>> > people will find intolerable (I know of people who set very long times
>> > on the tooltips, basically because it takes them long enough to read the
>> > labels on menu items, so that having tooltips pop up while they are
>> > looking for something is annoying - they would take a long time to read
>> > a tooltip anyway).
>> > I think we'll have to disable tooltips for GTK version 3.10 and above.
>> > Fortunately the tooltip information is still available for commands,
>> > it's just all the help for playback controls etc etc that will get lost.
> I honestly don't understand why would application developers expose a
> tweak to ensure their applications don't behave like any other
> application on the system.
>
> If the people that are not interested in tooltips, and thus change the
> timeout to ensure that they are not subject to them, then you can
> simply offer a way to disable all tooltips on your controls without
> any loss of functionality — after all, these people are not interested
> in tooltips in the first place.
>
> If this is an accessibility issue, like you seem to present it, then
> we definitely need a session-wide toggle that changes the delay for a
> tooltip to be raised for all applications, not just one. That would be
> a great thing to introduce in the session, and I'd be happy to review
> a patch to that effect.
>