Re: Entry / TextBuffer that does not listen to accelerators?

Jan Hudec said:
On Fri, Sep 30, 2005 at 11:04:54 -0400, muppet wrote:
Which means that window-wide mnemonics and accelerators take precedence
over per-widget keystrokes.  And, if you think about it, it *has* to
work that way, or something like a TextView would eat all of the keys
that are supposed to be menu accelerators.

No, it does not. I would even call it a bug. The event signal returns
a boolean, whether it handled the keypress or not.

Well, it made sense at the time i'd figured out what it was doing.  :-/

At this point, it's way too late to be fixed in gtk+ 2.x.  Perhaps propose a
better solution to gtk-devel list for 3.0?

By the way, how does it handle the tab switching? If you have an entry in the
tab order, you can tab into it, but you can't tab out, as the tab gets
inserted. That means that the container handles the tab only if it's child
did not. Or does the child handle it? That would sound mad.

It's complicated.  I've poked through it in the past and decided not to go back.

muppet <scott at asofyet dot org>

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