Re: subwindow-less Gtk+ and offscreen windows
- From: Alexander Larsson <alexl redhat com>
- To: paul linuxaudiosystems com
- Cc: Cody Russell <bratsche gnome org>, "gtk-devel-list gnome org" <gtk-devel-list gnome org>
- Subject: Re: subwindow-less Gtk+ and offscreen windows
- Date: Wed, 06 Aug 2008 12:35:47 +0200
On Mon, 2008-08-04 at 18:02 -0400, Paul Davis wrote:
> On Mon, 2008-08-04 at 23:57 +0200, Lieven van der Heide wrote:
> > I don't think that will work, since the user of the gl widget may want
> > to change the viewport as well, and the coordinates in glViewport are
> > always absolute, not relative to the current one.
> > But anyway, would it really be a problem to just have an X window,
> > only for widgets that really need it, and let normal GTK widgets,
> > like text fields and event boxes do their own clipping?
> > I do agree with Alexander that it would make things a lot more
> > flexible. I only wouldn't know if it's possible without braking
> > API/ABI
> Not only flexible, but anything that moves us away from XMoveWindow for
> GtkLayout and GtkScrolledWindow is a Guaranteed Good Thing.
> i wish i could say i was in a position to put 26hrs a day into
> implementing Alexander's proposal, because i love it.
> note that there cannot be *that* far to go - the quartz backend doesn't
> use child windows at all (Quartz/Cocoa has no such concept).
A lot of work with handling events, grabs etc is actually handled in the
full offscreen windows patch. However, that work is just
proof-of-concept quality, so it would need quite some work.
] [Thread Prev