Re: [java-gnome-hackers] a possible merge strategy

[Gerald B. <ger...@gm...>]

Yes, that is what I'm suggesting. Build on the same auto-generation (i.e.
deprecate the current auto-generation and replace with new Gtk/Gobject
introspection)

So, it would be something like this:

|---------------------------------------------------|
|                                                   |
|                 Application Code                  |
|                                                   |
|---------------------------------------------------|
|                                      |            |
|        Public/Java-Friendly API      |            |
|                                      |            |
|---------------------------------------            |
|                                                   |
|        Auto-Generated, Introspection API          |
|                                                   |
|---------------------------------------------------|
|                                                   |
|                     Gtk API's                     |
|                                                   |
|---------------------------------------------------|


The idea being that Java application should use the Public/Java-Friendly API
except where there is not appropriate coverage.



On Thu, Oct 16, 2008 at 11:56 AM, Stefan Prelle <st...@pr...> wrote:

>
> On Thu, 2008-10-16 at 11:42 -0400, Gerald Butler wrote:
> > Could a possible compromise be:
> >
> >     1. Auto-Generate a public, full-coverage API using the
> > introspection method
> >     2. Call this API, though public, not recommended for direct usage
> > and clearly document that it will change whenever the underlying Gtk
> > API's change
> >     3. Create the "Java Friendly", well reviewed, well JavaDoc
> > documented public API to wrap the above generated API
>
> Wouldn't that be basically the same as two competing projects combined
> in a container project? Unless we find a way to build on the same code
> generator and hopefully GObject foundations, both APIs would have
> nothing in common.
>
> Stefan
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
>



-- 
Gerald E. Butler
http://bffoss.com
ger...@gm...