[pygtk] Re: Fwd: gtk+ API change; who should fix it? (A.k.a. Why isn't GNOME 2.19.4 released yet?)

Murray Cumming murrayc at murrayc.com
Fri Jun 22 16:33:00 WST 2007

On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote:
> > As noted in bug http://bugzilla.gnome.org/show_bug.cgi?id=449318,
> > there was a recent gtk+ API change.  jdahlin just barely told me that
> > the changed API has existed since 1998, long before gtk+-2.11.x (and
> > pointed me to http://bugzilla.gnome.org/show_bug.cgi?id=447214).  This
> > API change breaks pygtk and means that much of GNOME cannot be
> > compiled.  But it doesn't seem clear who should fix this.  Should gtk+
> > revert it or somehow fix the API break, or is this an API break we
> > want and expect pygtk to adapt to?
> so far, my take on the issue is that PyGtk should adapt to that
> change by not using tooltips->tips_data_list, because:
> a) i haven't seen a single argument yet about why giving up using
>     tips_data_list would be bad for PyGtk or any other application
>     for that matter;
> b) GtkTooltips is going to be deprecated in 2.12 anyways, so there
>     is little use in continuing to use it anyway.
> c) note that the actual compilation changes could easily be ironed out
>     by Gtk+ by doing s/_tips_data_list/tips_data_list/ but was introduced
>     deliberately, to catch remaining tips_data_list uses in third-party
>     code which should be removed now, since tips_data_list became a
>     mere alias for NULL for future Gtk+ versions.

When was GtkTooltips::tips_data_list deprecated, if it was every public

Murray Cumming
murrayc at murrayc.com

More information about the pygtk mailing list