Re: GtkSheet state, fork?

Hi Victor,
                It is great that someone has picked up the gtkextra code. Adrian Feiguin who has done most of the work on gtkextra may well come back to you. If he does I am sure he would be willing to give you access to the Sourceforge repository so that you can add your fixes.

Posted in the interest of letting you know someone is listening :)

Regards,
Richard.

Víctor M. Hernández Rocamora wrote:

Hi all,

I have uploaded the code I'm working on to github. Take a look at:

http://github.com/vhernandez/gtksheet/tree/master

you can download the code with:
$ git clone git://github.com/vhernandez/gtksheet.git

I have fixed some bugs when setting background/foreground cell colors , and a memory leak when setting font attributes. I also have changed some deprecated function calls, updating to new glib/gtk APIs.

Finally, there is a working experimental python bindings in the pygtksheet subdir. I will make a new github repository for this bindings once I have added properties to gtksheet and gtkitementry.

I expect an initial release this week or next.

If you want to merge my changes back to gtkextra it shouldn't be too complicated.

Cheers,

Victor

El 4 de junio de 2009 9:21, Víctor M. Hernández Rocamora <victor.hr@gmail.com> escribió:

Hi all,

I'm working on new python bindings for the gtkextra library. I'm specially interested on the GtkSheet widget.

GtkSheet has serious bugs (especially when setting cell background/foreground colors). Even the test
included with the library segfaults. It also needs serious modification by discarding deprecated gtk
functions and exposing properties, which would really facilitate creating other language bindings.

As the development of the gtkextra library is stagnant, I don't have much hope that the bugs would be
resolved soon. Though I ask here if there are any plans on this, and I offer myself in helping fix bugs on
GtkSheet.

Additinally, if there are no plans in continuing gtkextra development, I propose to fork the GtkSheet
(and GtkItemEntry) widgets to a separate library and continue myself with the development/bug fixing.

My idea is to try to solve most serious bugs, add properties and substitute deprecated
glib/gtk function calls for more modern ones. I would try to keep the API as close to the original
as possible, breaking the API only if that's really needed.

Finally, I would prefer to continue development of this new library, which I would unoriginally call
gtksheet, in a place with distributed control version system suport (git, mercurial, bazaar). My first
thought is github.

Many thanks to the developers of GtkExtra and also to the developers of the former python-gtkextra bindings
for their great work.

Tell me you thought on this.

Greetings,

Víctor

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects

_______________________________________________
Scigraphica-gtkextra mailing list
Scigraphica-gtkextra@...
https://lists.sourceforge.net/lists/listinfo/scigraphica-gtkextra
  

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Scigraphica-gtkextra mailing list
Scigraphica-gtkextra@...
https://lists.sourceforge.net/lists/listinfo/scigraphica-gtkextra