java-gnome-hackers

[java-gnome-hackers] Fisrt work to update .defs with new 2.12 functions

[Vreixo F. L. <met...@ya...>]

Hi!

Send you a patch with first work on updating .defs to
Gtk 2.12. I've based my work on pygtk 2.12.1 defs
data. Some notes:

1. pygtk misses many of new gtk 2.12 functions, I've
added some of them (specially Tooltip related) but we
still need several of them.

2. In several types it has been removed the line

  (return-type "none")

I've reverted such changes.

3. Several

(deprecated)

have been removed. I've instead removed the
definitions from .defs files.

4. They have added a flag

(unblock-threads #t) 

to some functions that currently are in missing.defs.
Some I think we don't need to worry about it for now.

Ok, what I have done:

1. Branch from pygtk
2. Update with current pygtk 2.12.1 defs data. I've
tagged this as "pygtk-2.12" to become a source for
future updates.
3. Merge current mainline. bzr is great!!! It has
handled most of our changes to .defs data
automatically, only a few conflicts appear.
4. Manually add some 2.12 functions that were missing
in pygtk data. I've also updated Tooltips functions
and removed Tooltips class.

Future tasks (I can take care of any of these, waiting
for your comments):

- Continue 2.12 update, i.e., adding all functions
that are still missing (I think they're more than 100
functions!!) Interesting ones may be:
	- New Widgets: GtkScaleButton, GtkVolumeButton
	- New objects (not widgets): GtkRecentAction,
GtkBuilder
- Update to Java 5. This opens cool possibilities,
such as implementation of GtkBuilder based on
annotations (much like object-relational mappers like
Hybernate-annotations)
- Improve memory management. This is a pending task
since several months. We must take care of freeing
returned objects we own (caller-own-return flag in
.defs), specially char* or GList we currently just
convert to string opts without freeing them. The same
for GBoxeds and maybe to some GObjects. GList are a
challenge, as we may own: the list itself (not the
elements), or both the list and elements.
caller-own-return needs to be improved.

Cheers,
Vreixo


      Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
http://br.mail.yahoo.com/

Re: [java-gnome-hackers] Fisrt work to update .defs with new 2.12 functions

[Andrew C. <an...@op...>]

On Sat, 2008-03-08 at 13:07 -0300, Vreixo Formoso Lopes wrote:
> Send you a patch with first work on updating .defs to
> Gtk 2.12. I've based my work on pygtk 2.12.1 defs
> data. Some notes:

This is great work Vreixo. Keep it up!

> 4. They have added a flag
> 
> (unblock-threads #t) 
> 
> to some functions that currently are in missing.defs.
> Some I think we don't need to worry about it for now.

Weird. I wonder what they mean by that? Sounds like a pygtk-ism.

> GtkBuilder

Just so everyone knows, GtkBuilder is still a disaster zone. It is *not*
a drop-in replacement for LibGlade yet. In fact, it doesn't even
parse .glade files.

We'll see what progress is made next week in Berlin.

> - Update to Java 5.

I'm about to merge the branch with that, so matter in hand.

>  This opens cool possibilities,
> such as implementation of GtkBuilder based on
> annotations

As I have told you several times already, I'm not yet happy about the
idea behind this. If you use LibGlade there is tight coupling between
program code and a .glade file. Nothing will make that go away.

What was suggested in the feature request I saw didn't address that in
the slightest, and since the proposer didn't answer my questions my lack
of enthusiasm for the idea deepens.

The fact that they did something like that in the .Net bindings of GTK
is neither an argument in favour of, or an argument against, adding this
feature. And saying that Hibernate does something is likewise not a
strong argument in support of something. I'm a db4o guy :)

Anyway, I'm not saying we can never add this, but it needs to be both a)
well thought out and b) a material improvement for us to incur the cost
of supporting it. We can discuss it again at GUADEC.


> Send you a patch 

Like I said, it's awesome you're working on this.

I'll review the branch this week.

AfC
London

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management. We actively
carry out research and development in these areas on behalf of our
clients, and enable successful use of open source in their mission
critical enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London