Sorry for jumping late into this thread...
I think 'cleaning up the key event handling' is clearly a GTK3 topic.
Matthias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Tue, 2008-05-06 at 10:47 -0400, Paul Davis wrote:
> Any given GtkWidget has zero or more maps that connect a key event
> tuple to a closure. When a key event is received by a GtkWindow, the
> window first allows the focus widget to look up an event in its
> map(s) of tuples/closures. If the eve
Hi,
Paul Davis schrieb:
> (I've been grousing about the way GTK's handles keyboard bindings in the
> most general sense for some time now, and was suddenly motivated to try
> to write up a proposal for what I think needs to be done. Feel free to
> shoot me down)
>
> CLAIM
> -
>
> GTK's handli
On Wed, 2008-05-07 at 11:38 +1000, Andrew Cowie wrote:
> As it stands right now GtkAction isn't quite generic enough (for
> example, it's all hard wired to use stock icons only, so if you've got
> UI elements that have the temerity to have nothing to do with stock
> functions and therefore have n
On Tue, 2008-05-06 at 15:31 -0400, Paul Davis wrote:
> I consider
> GtkAction to be a very suitable starting (and perhaps end) point for the
> kind of change I am proposing.
That sounds quite sensible.
We've been increasingly focused on GtkAction as the rendezvous point for
concentrating GUI re
On Tue, 2008-05-06 at 11:57 -0400, Morten Welinder wrote:
> > There needs to be a 1:1, configurable mapping between any tuple of
> > these 3 properties and some action within a GTK application.
>
> Why on Earth would you require that mapping be 1:1:? What you need
> is that action is a [mathem
> There needs to be a 1:1, configurable mapping between any tuple of
> these 3 properties and some action within a GTK application.
Why on Earth would you require that mapping be 1:1:? What you need
is that action is a [mathematical] function of the 3-tuple. There is nothing
wrong with invokin
