Re: Strange display problem with gtk-win32 and VC++
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- and 64-bit), I very much plan to stop doing it myself manually eventually, and instead just make use of the great work done by my colleague Fridrich ÿÿtrba who has set up cross-compilation of a lot of stuff (including the GTK+ stack) in the openSUSE Build Service (OBS). The Windows binaries etc in OBS are very usable already, the only slight problem is that they are found inside noarch RPM archives. (But at least 7zip handles RPM archives fine, I am told. For instance, the GIMP installer uses GTK+ stack binaries from OBS. What annoyes me is that plenty of people are doing that, and there is no central repository for dependencies. On 32bits, there is more or less gnuwin32, but you propose also your packages on the gtk site and i'm sure kde guys are doing that too. I fear that it will be the same for 64bits packages. I know 4 places where there are packages built with the mingw-w64 compiler and there might be more. What about joining forces and make one unique official repository for packages on Windows ? Vincent Torri___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Strange display problem with gtk-win32 and VC++
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-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: State of GTK+ on Windows (Was: gtk 2 or 3)
On Thu, 28 Oct 2010, Allin Cottrell wrote: On Thu, 28 Oct 2010, John Emmas wrote: I don't think Tor has any need to be beating himself up over gtk-win32... I'd agree with that; I've been very pleased with GTK performance on Windows, mostly. by performance, you mean speed ? If so, i do 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
Re: Good view on windows
On Tue, 25 May 2010, jcup...@gmail.com wrote: I'd add another bit of advice to Tor's excellent mail: cross-compile from linux with mingw. It really is much faster and simpler than compiling on Windows. You can use Wine to test your program. beware that wine can't be a solution to everything. 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-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: libgnomecanvas
Hey, 2010/5/1 John Emmas john...@tiscali.co.uk: Is this an appropriate forum for asking questions about libgnomecanvas or does it have its own separate mailing list? Hello John, note that GnomeCanvas is deprecated, maybe you want to use GooCanvas [1] instead. Also, this page has info about some canvas libraries [2] [1] http://live.gnome.org/GooCanvas [2] http://live.gnome.org/ProjectRidley/CanvasOverview 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 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
Re: libgnomecanvas
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 cairo for the rendering). please, don't. 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 that people can use them. from the page: This page tries to collect highlights and drawbacks for the most known canvases around or Candidates for a new GtkCanvas are marked with a colored row. Other canvases are just for comparison. let's not add stuff that doesn't make sense. 2 solutions: 1) You let Evas in the list. Someone added it (not me), then don't give *false* informations on it. The guy who described Evas didn't know it well. Btw, i just *updated* informations. Again, I didn't add Evas in the list. 2) You remove it from the list. Do as you want. Vincent Torri ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: libgnomecanvas
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 that people can use them. from the page: This page tries to collect highlights and drawbacks for the most known canvases around yes; as I said: the canvases are the ones meant to be used/blessed by the gtk+ team. Candidates for a new GtkCanvas are marked with a colored row. Other canvases are just for comparison. again, yes. no need to add *every* single canvas in existence. otherwise I might just add CoreAnimation and WPF or Silverlight. btw, the candidates should be un-colored; there are no candidates, and no decision was ever made. let's not add stuff that doesn't make sense. 2 solutions: 1) You let Evas in the list. Someone added it (not me), then don't give *false* informations on it. The guy who described Evas didn't know it well. Btw, i just *updated* informations. Again, I didn't add Evas in the list. as you might have noticed, this is a wiki page; anyone can add stuff. in theory, it should have been removed as soon as it was added; I didn't notice that somebody added Evas after the page was created - and I have a watch on the page. probably flew underneath a lot of radars. 2) You remove it from the list. which is what I'm going to do. you forgot one line at the bottom: Evas performance etc... Vincent Torri ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: MS Windows packages and modularity
On Tue, 21 Oct 2008, [EMAIL PROTECTED] wrote: 2008/10/21 Tor Lillqvist [EMAIL PROTECTED]: But I admit I don't have any *really* strong preference. If it really is so that the majority of people who distribute GTK+ apps on Windows would prefer that the pixbuf loaders were separate DLLs I can return to that. Is there anybody out there who prefers having built-in loaders? I think I prefer separate loaders, if I understand the trade-offs correctly. The app I package and distribute needs tiff/jpeg load and save, so having an extra copy of the libraries statically linked in to the gtk stack bulks up my zip unnecessarily. My app also includes libMagick, so I think I might have three copies of libtiff and libjpeg in my download at the moment, annoyingly. speaking of that, as there are other Windows library, not related to gtk, that may use libjpeg, tiff, png, etc..., woud 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-devel-list
Re: {Spam?} Re: memory leak in gtk
On Sat, 24 Nov 2007, Michael Lamothe wrote: From what I've heard about memory leaking, this is not unique to the GTK library. If the rumours are correct, applications like `ls` are notorious for leaking memory, safe in the knowledge that the OS will clean up after them. and if someone 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
Gtk-CRITICAL with a GtkFileChooserDialog
Hey, I create a GtkFileChooserDialog, then I set its current folder to my home dir, then I create a GtkFileChooserButton. When I run the prog, I get: (test_gtk:22697): Gtk-CRITICAL **: gtk_file_system_path_to_uri: assertion `path != NULL' failed I have gtk+ 2.10.11 I would like to know 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; GtkWidget *dialog; GtkWidget *file_input; gtk_init (argc, argv); dialog = gtk_dialog_new_with_buttons (X264 Gtk Encoder, NULL, 0, NULL); chooser = (GtkFileChooser*) gtk_file_chooser_dialog_new(Select a file, GTK_WINDOW(dialog), GTK_FILE_CHOOSER_ACTION_OPEN, GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, GTK_STOCK_OPEN, GTK_RESPONSE_ACCEPT, NULL); gtk_file_chooser_set_current_folder (chooser, g_get_home_dir ()); file_input = gtk_file_chooser_button_new_with_dialog (GTK_WIDGET(chooser)); gtk_main (); return 0; } ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: memory leak with gtk+-2.8.20-r1
==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 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
problem when setting several times a pixbuf in a gtk image
Hello, I use the following function to draw a frame in a gtk_image: static void draw_frame (long int frame_nbr) { GdkPixbuf *pixbuf; const BYTE *rgb; PClip vclip_rgb32 = ToRGB32::Create(vclip); CPVideoFrame frame = vclip_rgb32-GetFrame(frame_nbr); guint width = frame-GetDimension().GetWidth(); guint height = frame-GetDimension().GetHeight(); rgb = frame-ReadFrom('~').ptr; gtk_widget_set_size_request (image, width, height); pixbuf = gdk_pixbuf_new_from_data (rgb, GDK_COLORSPACE_RGB, TRUE, 8, width, height, 4 * width, (GdkPixbufDestroyNotify) g_free, (guint8 *)rgb); gtk_image_set_from_pixbuf (GTK_IMAGE (image), pixbuf); g_object_unref (G_OBJECT (pixbuf)); } The first time that I use this function, there's 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/listinfo/gtk-app-devel-list