Re: [g-a-devel]ATK API change suggestion/request (oops)
- From: Michael Meeks <michael ximian com>
- To: Bill Haneman <bill haneman sun com>
- Cc: Gtk Hackers <gtk-devel-list gnome org>, gnome-2 0-list gnome org, accessibility mailing list <gnome-accessibility-devel gnome org>
- Subject: Re: [g-a-devel]ATK API change suggestion/request (oops)
- Date: 04 Feb 2002 23:25:09 +0000
Hi Bill,
On Mon, 2002-02-04 at 20:28, Bill Haneman wrote:
> If/when we fix this it will create a binary incompatibility in
> AtkObjectClass. One possibility that would preserve API compat for one
> release, just to ease rebuilding pains for GNOME 2 testers, would be to
> add atk_component_get_layer (AtkComponent *c) and
> atk_component_get_mdi_zorder (AtkComponent *c) and deprecate the
> AtkObject equivalents, with the intent of removing the deprecated API in
> the next weekly release.
My feeling would be that as long as we don't screw people up and delay
important testing etc. that the re-organization makes sense. It is
surely ok to add the more intuitive atk_component_ interfaces for these
bits now; and as you suggest we can deal with removing the others later
I suppose.
The problem is that this adds a rather nasty bincompat breakage as
well; if you're going to do this it might also be an idea to add some
gpointer dummy[2] things to your Class structures to future proof us
some more.
I'd like some more assuring noises from Jody et al. though really -
Jody ?
Regards,
Michael.
--
mmeeks gnu org <><, Pseudo Engineer, itinerant idiot
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]