On Sun, 7 Nov 2010, Tor Lillqvist wrote:
no one ever wants to volunteer to help.
Actually, that is not true. For instance, the ms-windows theme engine
is now effectively maintained once again and compiles and maybe even
works in gtk+ master. And for bulding the GTK+ stack for Windows (32-
On Sun, 7 Nov 2010, Tor Lillqvist wrote:
What about joining forces and make one unique official repository for
packages on Windows ?
You mean, like there is one unique official Linux distribution?
nice comment
Vincent Torri
___
gtk-app
not agree. And I'm not sure
that using cairo is helping, even if cairo speed has improved.
Vincent Torri
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
. I had tested a feature
of gdi that was not supported in wine. Hence i had to develop that part on
windows itself. But yes, compilation/linking is muuuch faster when
cross-compiling on linux
Vincent Torri
___
gtk-app-devel-list mailing list
gtk
(as they use cairo for the rendering).
cheers
Vincent Torri
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On Mon, 3 May 2010, Emmanuele Bassi wrote:
On Mon, 2010-05-03 at 10:02 +0200, Vincent Torri wrote:
I've updated the informations of the Evas canvas in that page (very fast
canvas, btw). It is not vector-based, contrary to most other canvas
libraries listed in the page above (as they use
On Mon, 3 May 2010, Emmanuele Bassi wrote:
On Mon, 2010-05-03 at 10:39 +0200, Vincent Torri wrote:
that page is just for canvases can be used by/integrated in GTK+;
QtGraphicsView was added as a reference point. that wiki page is not
meant to be let's list all canvases in existence so
it be possible to install
them in a drectory not specific to GTK (like in Program Files/Common
Files/generic, or something like that) ?
Vincent Torri
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app
calls 'ls' iteratively in his program ?
Vincent Torri
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
what the problem is, please (problem from gtk, from
my code, etc...)
Attached, a simple test case
thank you
Vincent Torri/* gcc -g -Wall -o test_gtk test_gtk.c `pkg-config --cflags --libs gtk+-2.0` */
#include gtk/gtk.h
int
main (int argc, char *argv[])
{
GtkFileChooser *chooser
==29096==still reachable: 41,380 bytes in 618 blocks.
That's completely normal. Surely they're static variables holding
pointers to freed memory.
maybe this comes from glib memory allocator. I have such results with
gstreamer too
Vincent
___
no problem, the pixbuf is
drawn.
But when I call this function another time, it segfault during
gtk_image_set. Does someone see what is wrong ?
thank you
Vincent Torri
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman
12 matches
Mail list logo