Re: GTK+-2.2.0 Final plans
- From: Naofumi Yasufuku <naofumi yasufuku net>
- To: Havoc Pennington <hp redhat com>
- Cc: Luis Villa <louie ximian com>, Owen Taylor <otaylor redhat com>, gtk-devel-list gnome org, release team <release-team gnome org>
- Subject: Re: GTK+-2.2.0 Final plans
- Date: Thu, 05 Dec 2002 03:22:11 +0900
At Tue, 3 Dec 2002 23:24:05 -0500,
Havoc Pennington wrote:
>
> On Tue, Dec 03, 2002 at 10:59:52PM -0500, Luis Villa wrote:
> > Well, sheeeeet. I can do that with my eyes closed. ;) And if the focus
> > is kept on user impact, I'd trust any of several volunteers to do it on
> > Thursday as well. Should they be set on the gtk 2.2 milestone as well?
>
> Yes, I would say anything High should go on 2.2.0, and anything that
> doesn't have significant user impact should be moved to 2.4.0 (or if
> it has or should have the API keyword to "2.4.0 API freeze"). Ideally
> just 4-5 high priority issues are left on 2.2.0, as very little time
> is left.
>
> If somebody has time to do this, many thanks in advance.
>
I hope #100023 gdkcolor-x11.c bug is fixed in 2.2.0.
http://bugzilla.gnome.org/show_bug.cgi?id=100023
I've been working on GtkGLExt - OpenGL extension to GTK (replacement of
gtkglarea). OpenGL programs typically use multiple visuals, and
different OpenGL visuals require different colormaps. Because OpenGL
applications use nondefault visuals, OpenGL windows cannot rely on
using the default colormap. Current GdkColormap works well with normal
X applications using the default visuals and colormaps, but it doesn't
work and causes some serious X errors with OpenGL applications using
nondefault visuals and colormaps.
GtkGLExt now supports GTK-2.1 and its multihead feature. But I cannot
release new version until this colormap bug is fixed.
Regards,
--Naofumi
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]