accessible to all language bindings.
--
Mike Kestner [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
for removing the types is that, things aren't as
beautiful as they could be then that argument doesn't really outweigh
the pain of porting existing code. Especially when the cost of
supporting existing code is so low.
--
Mike Kestner [EMAIL PROTECTED
container to default to
sharing the extra allocation amongst its members. I would put this in
the things could be more beautiful realm which doesn't rise to the
threshold of breaking compat.
--
Mike Kestner [EMAIL PROTECTED]
___
gtk-devel-list mailing
On Mon, 2008-04-07 at 16:59 +0200, Gian Mario Tagliaretti wrote:
On Mon, Apr 7, 2008 at 4:31 PM, Andreas Nilsson [EMAIL PROTECTED] wrote:
I was wondering that too. What bindings are up to date regarding 2.12?
At least PyGTK and Gtkmm are up to date with 2.12
Gtk# as well.
--
Mike
GInterfaces in this manner amounts to a mechanism which describes
all the methods which might be implemented by an object. I'm not sure
how useful that is to an application developer.
--
Mike Kestner [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk-devel
capabilities the
object supports.
--
Mike Kestner [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
and the gtk+ and atk maintainers will avoid extending these
stable interfaces going forward. It's a significant binding support
issue.
--
Mike Kestner [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman
code is problematic from a binding standpoint. There is no way to
enforce this in C#, and I doubt it for java either.
I'm hoping this is a one-time-only use of this
public-consumption/internal-implementation paradigm.
--
Mike Kestner [EMAIL PROTECTED
, not consumers. We do plan to support GInterface
registration in an upcoming release though, so I would like to request
that interface stability be guaranteed in future releases.
--
Mike Kestner [EMAIL PROTECTED]
___
gtk-devel-list mailing list
gtk