[gcompris-devel] Re: refresh bug in the canvas

[Bruno Coudoin]

I made the test. It is relatively easy to port gcompris to the foo
canvas. I have it running here by replacing all gnome_canvas to
foo_canvas and GnomeCanvas to FooCanvas plus the init of foo canvas libs
and cflags in the configure and we are done.
It is true that its much more faster than the gnomecanvas. Another
benefit is that we gain transparency (nice looking).
The drawback is that we loose some feature and some boards would need
some reworks:
- submarine uses the affine transform that does not exist in foocanvas
- python that rely on the gnomecanvas.
- several bugs appears all over the places, can't resize in draw,
keyboard entry fails in some boards, cars puzzle fails completly.

I don't believe it's good for us to follow that path. Too much work for
me.

Another point we got from Jody is that it should be possible to move to
gtk only and thus to gain the possibility to cross compile gcompris for
windows. I am personnality not a fan of this operating system and won't
do it myself. Now if somebody sees a benefit in this, the position is
open.

Bruno.




Le lun 19/05/2003 à 21:15, Jody Goldberg a écrit :
> On Mon, May 19, 2003 at 08:52:19PM +0200, Bruno Coudoin wrote:
> > 
> > 
> > Does that means also that it doesn't need gnome. 
> It only depends on gtk.
> 
> > Going that path, I could port gcompris to gtk since I use only the
> > canvas, and provide a windows version ?
> 
> gnome-canvas' requirements are also only basic gtk + libart, nothing
> in the bonobo/gnome layers.  So that is not really a deciding
> factor.
> 
> > Le lun 19/05/2003 ? 19:12, Alexander Larsson a ?crit :
> > > On Mon, 2003-05-19 at 15:01, Bruno Coudoin wrote:
> > > > I am the author of gcompris and I suffer badly from a refresh bug in the
> > > > canvas.
> > > > http://bugzilla.gnome.org/show_bug.cgi?id=91583
> > > > I checked the CVS today and it's still there.
> > > > 
> > > > The easiest way to show evidence of the bug is the fifteen game demo in
> > > > libgnomecanvas/demos/canvas_demo the pieces are not refreshed after the
> > > > move (you move the window out of the desktop area and bring it back and
> > > > you see the moved items)
> > > > 
> > > > We added a bunch of gnome_canvas_update in gcompris as a workaround and
> > > > it's better now.
> > > > 
> > > > I don't know if gcompris is the only app to suffer this but my users are
> > > > disapointed :(
> > > > 
> > > > Do you know if somebody familiar with the libgnomecanvas code is aware
> > > > or working on this ? If not, where should I look ?
> > > 
> > > If you don't use the anti-aliased mode of the canvas you might want to
> > > try out the foocanvas module. It has a simplified non-aa canvas that
> > > performs better, redraws bettter and integrates better with gtk2.
> > > Applications like nautilus and gnumeric use it.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> gcompris-devel mailing list
> gcompris-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gcompris-devel
>