GdkPixmap as X11 Pixmap?
I'm trying to get an X11 Pixmap from a GDK rendering function as follows (my_pixbuf has been created by gdk-pixbuf-csource): GdkPixmap *gdkIcon; GdkBitmap *gdkIconMask; Pixmap Icon; Pixmap IconMask; gtk_init(argc, argv); gdk_pixbuf_render_pixmap_and_mask_for_colormap ( gdk_pixbuf_new_from_inline(-1, my_pixbuf, FALSE, NULL), gdk_screen_get_system_colormap(gdk_screen_get_default()), gdkIcon, gdkIconMask, 128 ); Icon = GDK_PIXMAP_XID(gdkIcon); IconMask = GDK_PIXMAP_XID(gdkIconMask); Icon and IconMask are used then to set icon_pixmap and icon_mask with XSetWMHints() for a window created by XCreateWindow(). What I see on the X11 window is an icon that somehow looks like my_pixbuf. It seems that there is some distortion or that it is partly destroyed, maybe overwritten with other data? Different calls of the program show different distortions of the icon. What am I doing wrong? Isn't GDK_PIXMAP_XID(gdkIcon) a X11 Pixmap that I can use in X11 functions? Ingo ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: www.gtk.org now updated but no news!
On Mon, Jun 6, 2011 at 4:53 AM, Martyn Russell mar...@lanedo.com wrote: On 04/06/11 18:11, Devin Samarin wrote: Everyone, It looks like all the committed changes are being updated fine. Except the changes on the features page were editing code that was not visible. They were editing the code for the old features slider instead of the current page (which is hidden in a PHP if-statement). I have removed the old features slider and moved the changes over. https://bugzilla.gnome.org/show_bug.cgi?id=651834 Applied, thanks Devin. -- Regards, Martyn Are you still waiting on any system-level support from me, or is everything done now? Thanks, -Shawn -- Shawn T. Amundson ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On Mon, Jun 6, 2011 at 11:17 AM, Piñeiro apinhe...@igalia.com wrote: I don't think we can treat that as a first step and hold off on doing any other fixes until that migration is done. The migration is a significant undertaking, and will not be finished for 3.2. Sorry, I didn't want to say that we should hold off any other fix and focus just on the migration. Just trying to focus on the current big task defined as much as possible. So, I've discussed the best way forward for this with Benjamin today. Here is a rough 6-step plan for dealing with the 'gail problem': 0) write tests for accessible implementations 1) move modules/other/gail nach gtk/a11y 2) add tons of private headers for private structs, to share things 3) remove now unnecessary code 4) add a11y features support to core libs (mainly pango) - word detection, cursor handling etc, share with clutter 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) 6) get rid of gtk/a11y and atk-bridge and use a generic dbus marshaller using the new interface As I've said earlier, some of this is clearly long-term and not remotely doable for 3.2. But some of it is; at least steps 0-3. So, here is the rough roadmap for the near future: This week, Benjamin and Cosimo review and merge all the outstanding CSS feature branches for 3.2. Then I do a 3.1 release. After that, we (mainly Benjamin and me, I guess) work on moving the gail code to gtk/a11y and doing some initial cleanups in master. The goal is to have things back to a more or less working state (I would expect a11y to work about as well as it does now, no major improvements yet) by mid-July, so we can do another 3.1 release with this before Guadec. Further work on steps 4, 5 and 6 can happen later, and does not block 3.2. Comments ? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 07/06/11 12:44, Shawn Amundson wrote: On Mon, Jun 6, 2011 at 4:53 AM, Martyn Russell mar...@lanedo.com mailto:mar...@lanedo.com wrote: On 04/06/11 18:11, Devin Samarin wrote: Everyone, It looks like all the committed changes are being updated fine. Except the changes on the features page were editing code that was not visible. They were editing the code for the old features slider instead of the current page (which is hidden in a PHP if-statement). I have removed the old features slider and moved the changes over. https://bugzilla.gnome.org/show_bug.cgi?id=651834 Applied, thanks Devin. -- Regards, Martyn Are you still waiting on any system-level support from me, or is everything done now? Hi Shawn, For now, we're using a temporary solution for gtk.org and the twitter/identica script which Devin provided. Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Is this something you can do? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 2011-06-07 at 14:48, Martyn Russell wrote: Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Ideally, shouldn't we move gtk.org under the Gnome infrastructure instead? at least it would be under the scope of the Gnome sysadmin team and we wouldn't need to keep two infrastructures in sync. we should probably have both gtk.org and gtk.gnome.org as well. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On 2011-06-07 at 09:46, Matthias Clasen wrote: I don't think we can treat that as a first step and hold off on doing any other fixes until that migration is done. The migration is a significant undertaking, and will not be finished for 3.2. Sorry, I didn't want to say that we should hold off any other fix and focus just on the migration. Just trying to focus on the current big task defined as much as possible. So, I've discussed the best way forward for this with Benjamin today. Here is a rough 6-step plan for dealing with the 'gail problem': 0) write tests for accessible implementations 1) move modules/other/gail nach gtk/a11y 2) add tons of private headers for private structs, to share things 3) remove now unnecessary code 4) add a11y features support to core libs (mainly pango) - word detection, cursor handling etc, share with clutter 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) we should probably establish some common interfaces so that Clutter can expose the same functionality for its own items — and so that embedding a GtkWidget inside a Clutter scene graph doesn't break the AT tools. at the same time of 0-3 in gtk I can work on the equivalent for the Clutter side as well. Comments ? I totally agree with this plan. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On 06/07/2011 03:46 PM, Matthias Clasen wrote: So, I've discussed the best way forward for this with Benjamin today. Here is a rough 6-step plan for dealing with the 'gail problem': 0) write tests for accessible implementations 1) move modules/other/gail nach gtk/a11y 2) add tons of private headers for private structs, to share things 3) remove now unnecessary code 4) add a11y features support to core libs (mainly pango) - word detection, cursor handling etc, share with clutter 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) 6) get rid of gtk/a11y and atk-bridge and use a generic dbus marshaller using the new interface As I've said earlier, some of this is clearly long-term and not remotely doable for 3.2. But some of it is; at least steps 0-3. So, here is the rough roadmap for the near future: This week, Benjamin and Cosimo review and merge all the outstanding CSS feature branches for 3.2. Then I do a 3.1 release. After that, we (mainly Benjamin and me, I guess) work on moving the gail code to gtk/a11y and doing some initial cleanups in master. The goal is to have things back to a more or less working state (I would expect a11y to work about as well as it does now, no major improvements yet) by mid-July, so we can do another 3.1 release with this before Guadec. This seems an awesome plan, thanks. Further work on steps 4, 5 and 6 can happen later, and does not block 3.2. Comments ? 0) (in relation with being isolated) Don' hesitate to ask to the gnome-accessibility-devel list to try to clarify it, bugzilla, or propose any specific topic on the a11y weekly meeting [0] 3) I think that it is worth to mention this bug [5], as one of the current messiest code on gail is related with the focus. I will try to work on clutter about the same [7] (although in the case of clutter is no so messy, and it would be also required some change on at-spi2). 4) Is also an awesome plan (proper shared libgailutil replacement). About 5) and 6) and without the intention of being controversial again ... : 5) Li already mentioned here [1] that ATK is already an abstraction layer, so not sure why it is required a new one. 6) This is mostly the same original merge both interfaces proposal that Benjamin sent to the list. Proposal with some advantages but several disadvantages (IMHO). Most of the people involved on the discussion were against it, and several questions were not answered (like IPC abstraction [2], one-screen-reader per toolkit problem, multi-toolkit environment [3]), etc. Taking into account this point, it seems that this thread was started in order to communicate a final decision instead of creating a real debate. Anyway, as I said, this is a long term item, so probably it is still not written on stone, and we can debate it again (so you will have another chance to convince the others, and the others to convince you, and blabla). And after all, this is more or less what Qt is trying to do these days, and Frederik Gladhorn is still alive after being present on the *ATK*/AT-SPI2 hackfest. Again, thanks for your interest and effort. PS: is there the intention to have any some kind of GTK BoF/Workshop on the desktop summit [4]? It would be a good place to talk about this again, face-to-face. BR [0] http://live.gnome.org/Accessibility/Meetings [1] https://mail.gnome.org/archives/gtk-devel-list/2011-May/msg00057.html [2] https://mail.gnome.org/archives/gtk-devel-list/2011-May/msg00058.html [3] https://mail.gnome.org/archives/gtk-devel-list/2011-May/msg00059.html [4] https://www.desktopsummit.org/program [5] https://bugzilla.gnome.org/show_bug.cgi?id=649575 [7] https://bugzilla.gnome.org/show_bug.cgi?id=650669 -- Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com) ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On Tue, Jun 7, 2011 at 11:06 AM, Emmanuele Bassi eba...@gmail.com wrote: 0) write tests for accessible implementations 1) move modules/other/gail nach gtk/a11y 2) add tons of private headers for private structs, to share things 3) remove now unnecessary code 4) add a11y features support to core libs (mainly pango) - word detection, cursor handling etc, share with clutter 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) we should probably establish some common interfaces so that Clutter can expose the same functionality for its own items — and so that embedding a GtkWidget inside a Clutter scene graph doesn't break the AT tools. yep. at the same time of 0-3 in gtk I can work on the equivalent for the Clutter side as well. Isn't clutter ahead of us here ? It thought cally was already inside clutter ? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On 06/07/2011 05:06 PM, Emmanuele Bassi wrote: 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) we should probably establish some common interfaces so that Clutter can expose the same functionality for its own items — and so that embedding a GtkWidget inside a Clutter scene graph doesn't break the AT tools. Well, I thought that this common interface was ATK ;) Saying so, it is true that we didn't have time to check clutter-gtk in that aspect. But we talked about it on the ATK hackfest, and we got some initial conclusions: https://bugzilla.gnome.org/show_bug.cgi?id=611507#c3 at the same time of 0-3 in gtk I can work on the equivalent for the Clutter side as well. Any schedule? If so, I could try to plan myself in order to try to work a little on this bug, to get some conclusions. BR -- Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com) ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On Tue, Jun 7, 2011 at 11:08 AM, Piñeiro apinhe...@igalia.com wrote: 4) Is also an awesome plan (proper shared libgailutil replacement). A very quick-and-dirty sketch of this can be found in the drop-gail branch: http://git.gnome.org/browse/gtk+/tree/gtk/gtkpango.h?h=drop-gailid=0e11f6eb18bf75a0b4420dc60e57ad1ec58404de ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On 06/07/2011 05:11 PM, Matthias Clasen wrote: On Tue, Jun 7, 2011 at 11:06 AM, Emmanuele Bassieba...@gmail.com wrote: 0) write tests for accessible implementations 1) move modules/other/gail nach gtk/a11y 2) add tons of private headers for private structs, to share things 3) remove now unnecessary code 4) add a11y features support to core libs (mainly pango) - word detection, cursor handling etc, share with clutter 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) we should probably establish some common interfaces so that Clutter can expose the same functionality for its own items — and so that embedding a GtkWidget inside a Clutter scene graph doesn't break the AT tools. yep. at the same time of 0-3 in gtk I can work on the equivalent for the Clutter side as well. Isn't clutter ahead of us here ? It thought cally was already inside clutter ? Yes, cally is already part of clutter. So 1) doesn't apply to clutter. I guess that Emmanuele was talking about 5) (as cally is after all an ATK implementation) BR -- Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com) ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 07/06/11 16:02, Emmanuele Bassi wrote: On 2011-06-07 at 14:48, Martyn Russell wrote: Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Ideally, shouldn't we move gtk.org under the Gnome infrastructure instead? at least it would be under the scope of the Gnome sysadmin team and we wouldn't need to keep two infrastructures in sync. we should probably have both gtk.org and gtk.gnome.org as well. I would like that too, but in retrospect, I found out that Tim Janik (ironically) has root access to the machine too - so it's less of an issue now. I have no idea what's required to make this happen, I suspect moving dns entries and creating a project in the gnomeweb-wml git repo? Does anyone have information about the political reasons as to why it was never moved before? I am missing the history on that. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On 2011-06-07 at 17:16, Piñeiro wrote: On 06/07/2011 05:11 PM, Matthias Clasen wrote: On Tue, Jun 7, 2011 at 11:06 AM, Emmanuele Bassieba...@gmail.com wrote: 0) write tests for accessible implementations 1) move modules/other/gail nach gtk/a11y 2) add tons of private headers for private structs, to share things 3) remove now unnecessary code 4) add a11y features support to core libs (mainly pango) - word detection, cursor handling etc, share with clutter 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) we should probably establish some common interfaces so that Clutter can expose the same functionality for its own items — and so that embedding a GtkWidget inside a Clutter scene graph doesn't break the AT tools. yep. at the same time of 0-3 in gtk I can work on the equivalent for the Clutter side as well. Isn't clutter ahead of us here ? It thought cally was already inside clutter ? Yes, cally is already part of clutter. So 1) doesn't apply to clutter. I guess that Emmanuele was talking about 5) (as cally is after all an ATK implementation) yes, but Cally is also not using internal API even though it could — and ClutterActors are generally unaware of Cally's implementation; for instance, CallyActor installs a bunch of signal handlers where it would be perfectly possible to have internal functions, or even call ATK/Cally methods directly from ClutterActor. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gail next steps (was Re: GTK and ATK)
On 2011-06-07 at 17:13, Piñeiro wrote: On 06/07/2011 05:06 PM, Emmanuele Bassi wrote: 5) figure out new interfaces for GTK to expose necessary features to a11y (and other consumers, such as IM and OSK) we should probably establish some common interfaces so that Clutter can expose the same functionality for its own items — and so that embedding a GtkWidget inside a Clutter scene graph doesn't break the AT tools. Well, I thought that this common interface was ATK ;) Saying so, it is true that we didn't have time to check clutter-gtk in that aspect. But we talked about it on the ATK hackfest, and we got some initial conclusions: https://bugzilla.gnome.org/show_bug.cgi?id=611507#c3 cool; I'll cc myself to the bug. at the same time of 0-3 in gtk I can work on the equivalent for the Clutter side as well. Any schedule? If so, I could try to plan myself in order to try to work a little on this bug, to get some conclusions. I can definitely help out to get this done in the 1.7 cycle, given that the scope is way smaller for changes in Clutter. ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On Tue, Jun 7, 2011 at 6:48 AM, Martyn Russell mar...@lanedo.com wrote: Hi Shawn, For now, we're using a temporary solution for gtk.org and the twitter/identica script which Devin provided. Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. The JSON Apache module is not needed; PHP's JSON functions are built-in to version 5.2 and above. -- Regards, Devin Samarin eboyj...@gmail.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On Tue, Jun 7, 2011 at 8:48 AM, Martyn Russell mar...@lanedo.com wrote: On 07/06/11 12:44, Shawn Amundson wrote: On Mon, Jun 6, 2011 at 4:53 AM, Martyn Russell mar...@lanedo.com mailto:mar...@lanedo.com wrote: On 04/06/11 18:11, Devin Samarin wrote: Everyone, It looks like all the committed changes are being updated fine. Except the changes on the features page were editing code that was not visible. They were editing the code for the old features slider instead of the current page (which is hidden in a PHP if-statement). I have removed the old features slider and moved the changes over. https://bugzilla.gnome.org/show_bug.cgi?id=651834 Applied, thanks Devin. -- Regards, Martyn Are you still waiting on any system-level support from me, or is everything done now? Hi Shawn, For now, we're using a temporary solution for gtk.org and the twitter/identica script which Devin provided. Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Is this something you can do? -- Regards, Martyn PHP is upgraded now to 5.3. I didn't install The JSON Apache module per Devin's comment. Thanks, -Shawn -- Shawn T. Amundson ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On Tue, Jun 7, 2011 at 10:02 AM, Emmanuele Bassi eba...@gmail.com wrote: On 2011-06-07 at 14:48, Martyn Russell wrote: Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Ideally, shouldn't we move gtk.org under the Gnome infrastructure instead? at least it would be under the scope of the Gnome sysadmin team and we wouldn't need to keep two infrastructures in sync. we should probably have both gtk.org and gtk.gnome.org as well. What purpose would gtk.gnome.org serve? -Shawn -- Shawn T. Amundson ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On Tue, Jun 7, 2011 at 10:49 AM, Martyn Russell mar...@lanedo.com wrote: On 07/06/11 16:02, Emmanuele Bassi wrote: On 2011-06-07 at 14:48, Martyn Russell wrote: Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Ideally, shouldn't we move gtk.org under the Gnome infrastructure instead? at least it would be under the scope of the Gnome sysadmin team and we wouldn't need to keep two infrastructures in sync. we should probably have both gtk.org and gtk.gnome.org as well. I would like that too, but in retrospect, I found out that Tim Janik (ironically) has root access to the machine too - so it's less of an issue now. A few people have root, with the intent that if I become unreachable, there are others that can help out. (For example, if I go on vacation, which is where I was the past few days...) I have no idea what's required to make this happen, I suspect moving dns entries and creating a project in the gnomeweb-wml git repo? Moving gtk.org would also require moving gimp.org and maintaining that as well. It would involve not only the website but also FTP, mail, DNS, etc. It is a package deal. And I'd probably have to keep root access in the process... would the GNOME sysadmin team want another sysadmin? Does anyone have information about the political reasons as to why it was never moved before? I am missing the history on that. We should probably only talk about 10+ year old history like that over beer. :) It's a different mix of people now, so I'm sure we can create our own political problems if we need to. :) -Shawn -- Shawn T. Amundson ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk-list Digest, Vol 86, Issue 9
Hi Phong, On Mon, 6 Jun 2011 22:27:42 +0100 I wrote: When you call g_dir_open at the top level, you pass it a PATH to the directory, either relative to CWD or absolute. When it finds a file in there it prints only the name of the file, not its full path. So why would you expect the recursive call to work? The directories it finds in /home/me/test/files aren't present in /home/me/test so of course it won't find them. All of which was true, but there was one more thing I missed - you need to do this path combining whenever you want to refer to the actual file rather than the directory entry, and that includes the call to g_file_test. HTH Rob ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
RE: Compiling Glib 1.223 on win xp
Hi Martin Thanks for the proposal but the problem is not worth the bother. I will probably move to Strawberry perl in the future (being obliged to upgrade from xp to w7), and will reconsider this at that time. Since the binaries I've found are working now with AS, it's not that much important. Regards François -Original Message- From: Martin Schlemmer [mailto:martin.schlem...@nwu.ac.za] Sent: mercredi, 1. juin 2011 14:11 To: gtk-perl-list@gnome.org; RAPPAZ Francois Subject: RE: Compiling Glib 1.223 on win xp On 2011/05/27 at 01:26 PM, RAPPAZ Francois francois.rap...@unifr.ch wrote: Hi I wanted to compile perl bindind for Glib and friends to have a recent Gtk2-perl, but I give up... Generally building packages for AS perl with mingw is a pita. I have sorted out most of the issues in the last few years I have been building Gtk2-perl for AS perl, and could send the scripts I am using, but you will need MSYS as well (I use grep, which I guess I could replace with perl code, but do not have time right now). The other option is if you can point me to the Gtk2 build you are using, I can compile them for you against that version of Gtk2. Regards, Martin I tried camelbox but without installing the core perl which was needed with it, and that was not working either with my perl 5.8.9 from ActiveState. I'm reluctant to have two perl versions installed, it's not very elegant at least, and even in twisting the path when using the gtk2 in a script, I prefer to keep the binaries I have found for ActiveState. The questions will come again when I upgrade and possibly move to another perl distribution. Francois At this point I have to ask why you're not using Camelbox. All this work is done for you already, you just have to run the installer and let it do it's magick. It looks like the only downside to running Camelbox for you would be the fact that you have different versions of Perl and GTK installed and listed in your %PATH environment variable, and you would need to clean up your %PATH (remove any GTK and Perl paths not related to Camelbox) prior to trying to use Camelbox. This could be done quite easily by using a DOS batch file, and you would not need to make any systemwide changes. Thanks, Brian ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list Vrywaringsklousule / Disclaimer: http://www.nwu.ac.za/it/gov- man/disclaimer.html ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list
