Re: Notification of shadowing by gtk_grab_add()



Havoc Pennington <hp redhat com> writes:

> Owen Taylor <otaylor redhat com> writes: 
> > The idea is that we introduce the concept of the "event state"
> > for a widget. It can be one of:
> > 
> >  GTK_EVENT_STATE_NORMAL     - the widget receives events
> >  GTK_EVENT_STATE_SHADOWED   - the widget does not receive events because
> >                               it is shadowed by a gtk_grab_add()
> >  GTK_EVENT_STATE_INSENSTIVE - the widget does not receive events because
> >                               it is insensitive.
> > 
> 
> One issue is the possibility of rendering STATE_SHADOWED widgets as
> GTK_STATE_INSENSITIVE, i.e. visually desensitize all shadowed
> windows. I thought that was sort of a nice usability thing when jrb
> and I did it for rp3. Usability experts may disagree, since I haven't
> seen other OS's doing this. (Though I sure think it's nicer than
> Windows, which beeps if you click on a grab-shadowed window.)
> 
> Maybe another way to achieve the intended effect would be for the WM
> to refuse to focus transient parents of dialogs with the modal hint
> set, so you would always get the inactive/unfocused appearance for
> shadowed windows.

Well, for click-to-focus isn't this just "beeps if you click
on a grab-shadowed window"? ;-)

Making EVENT_STATE_SHADOWED widgets appear insensitive would be a
pretty trivial change and wouldn't affect the API. If it was the right
thing to do.

Regards,
                                        Owen




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]