Re: [Gimp-developer] Re: Gimp server startup
Andrei Simion wrote: Irek Sonina wrote: /usr/bin/gimp -c -i -s -b '(plug-in-script-fu-server 1 10008 \/tmp/gimpserverlog\)' '(gimp-quit 1)' 1/tmp/gimprunlog 2/tmp/gimperrlog Maybe try --display :1.0 -c -s, without no-interface. Thanks Irek, I'll try your command. The thing is that the 1.3 version of gimp worked just fine with my command. To clear the things out: are you connecting to the Gimp server through some kind of interface or you work with the Gimp in the graphic mode? I am connecting to a server with python script by Tjabo Kloppenburg sending to a server my script-fu, all without interface and without Xvfb. If you want a script just tell. -- Irek Sonina ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Apply palette to image colormap
And... it is buggy. It failed me when applying 256 color palette to a 256 colro image with the message: --- Error while executing (tiny-fu-set-cmap 6 12 Gold) Error: car: argument 1 must be: pair -- Not to mention: WARNING: Plug-In tiny-fu (/usr/local/lib/gimp/2.0/plug-ins/tiny-fu) called deprecated procedure 'gimp_image_set_cmap'. It should call 'gimp_image_set_colormap' instead! Normally I'd be in favour of expanding abbreviations to make things clearer but in this case the shorter deprecated name avoids the confusion caused by the American mispelling of Colour (damned Webster and his patriotic neologisms). - Alan H ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Apply palette to image colormap
Alan Horkan wrote: It should call 'gimp_image_set_colormap' instead! Normally I'd be in favour of expanding abbreviations to make things clearer but in this case the shorter deprecated name avoids the confusion caused by the American mispelling of Colour (damned Webster and his patriotic neologisms). Good point, Alan. Being one of those people who includes the 'u' makes me think I'm better off leaving my script functions using cmap instead of colormap/colourmap. -- Cheers! Kevin. (http://www.interlog.com/~kcozens/) Owner of Elecraft K2 #2172|What are we going to do today, Borg? E-mail:kcozens at interlog dot com|Same thing we always do, Pinkutus: Packet:[EMAIL PROTECTED]| Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] CVS, screenshot plugin crash
Hi, If I do: - Acquire - Screenshot - the sectected region The plugin crash with a popup : Plud-in crashed: screenshot I've in the xterm from when I launched gimp: The program 'screenshot' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAccess (attempt to access private resource denied)'. (Details: serial 5216 error_code 10 request_code 33 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) (gimp-2.3:29235): Gimp-Plug-In-WARNING **: gimp-2.3: plug_in_flush(): error: Broken pipe The lastest vesion of the CVS with a non-crashing screenshot plugin was the one with these data on top of the Changelog: 2005-05-30 Sven Neumann [EMAIL PROTECTED] * plug-ins/common/screenshot.c: capitalization and mnemonics. 2005-05-29 Sven Neumann [EMAIL PROTECTED] * app/widgets/gimpdnd.c (gimp_dnd_get_color_icon): pass GIMP_COLOR_AREA_CHECKS_SMALL instead of TRUE for the type of the GimpColorArea. * app/widgets/gimpcoloreditor.c: added a context property. * libgimpwidgets/gimpcolorarea.c (gimp_color_area_set_color): always use gimp_rgba_distance(), regardless of the area's type. The day after, there was a changed in the screenshot. Dunnon if it is related : 2005-05-31 Sven Neumann [EMAIL PROTECTED] * plug-ins/common/screenshot.c (select_window_x11): use XGrabKey() to grab the Escape key instead of doing a full keyboard grab. Regards Jean-Luc ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Proposing projects for the Summer of Code
Hi, There are lots of Summer project sized tasks around the GIMP that we could propose to Google. As a start: - Add text boxes to the text tool - Write a heal tool and an intelligent eraser tool (sharing as much code as possible between them) - Work on a framework to make plug-in settings saveable across sessions (this might be done now, is it?) - Convert all the GIMP utility code to real GObject widgets, and then complete the Python binding for libgimp* - Design and write a shapes tool - Reverse engineer PSD format for PS 10 and write the load/save plug-in (or adapt the existing one) to it - Add save for web plug-in - (Re)write a plug-in distribution system which integrates with the GIMP There are lots more. I'm not sure what timetable Sven's working on for 2.4, but I believe we're almost at feature freeze, which means that people can start working on these projects, and integrate into CVS once 2.4.x comes out - project deadlines are September 1st, and we should have a release to integrate against by then. Some of these are small, and are probably only a week or two of work. Others will have trouble being finished after 3 months solid work. Should we make the proposals? Cheers, Dave. -- David Neary [EMAIL PROTECTED] ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposing projects for the Summer of Code
Dave Neary wrote: Should we make the proposals? Doing this means that somebody is going to have to invest quite substantial energy in evaluating candidates, defining a specific project, handholding during the project, and evaluating the results. The only people capable of doing this, realistically, are Sven and Mitch, or perhaps Pippin if it is a gegl-related project. So I think it is up to them to decide whether they have the time to commit. -- Bill __ __ __ __ Sent via the CNPRC Email system at primate.ucdavis.edu ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS, screenshot plugin crash
Jean-Luc Coulon wrote: The plugin crash with a popup : Plud-in crashed: screenshot I get the same result. Looking at the man pages, this apparently happens if the key being grabbed has already been grabbed by something else -- but there does not seem to be any way to tell whether a given key has already been grabbed. Which kind of sucks. There's a good chance that the window manager comes into play here. I am using Metacity with FC2 -- what about you? -- Bill __ __ __ __ Sent via the CNPRC Email system at primate.ucdavis.edu ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS, screenshot plugin crash
William Skaggs ([EMAIL PROTECTED]) wrote: Jean-Luc Coulon wrote: The plugin crash with a popup : Plud-in crashed: screenshot I get the same result. Looking at the man pages, this apparently happens if the key being grabbed has already been grabbed by something else -- but there does not seem to be any way to tell whether a given key has already been grabbed. Which kind of sucks. If XGrabKey might fail you can wrap it similiar to this: gdk_error_trap_push (); XGrabKey (GDK_DISPLAY_XDISPLAY (data-display), data-hot_keycode, AnyModifier, GDK_WINDOW_XWINDOW (data-root), TRUE, GrabModeAsync, GrabModeAsync); gdk_flush (); if (gdk_error_trap_pop ()) { g_printerr (could not grab Hotkey. Aborting...\n); exit (1); } Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] CVS, screenshot plugin crash
Simon Budig wrote: If XGrabKey might fail you can wrap it similiar to this: gdk_error_trap_push (); XGrabKey (GDK_DISPLAY_XDISPLAY (data-display), data-hot_keycode, AnyModifier, GDK_WINDOW_XWINDOW (data-root), TRUE, GrabModeAsync, GrabModeAsync); gdk_flush (); if (gdk_error_trap_pop ()) { g_printerr (could not grab Hotkey. Aborting...\n); exit (1); } Thanks for the hint. I tried wrapping the XGrabKey call in a gdk_error_trap_push/pop pair, and it seems to do the trick. (I don't see any reason for the plug-in to bail out just because the ESC key can't be grabbed.) From the ChangeLog for HEAD: 2005-06-01 Bill Skaggs [EMAIL PROTECTED] * plug-ins/common/screenshot.c: trap errors when running XGrabKey, to prevent bail-out on BadAccess error as reported by Jean-Luc Coulon on developers list; solution suggested by Simon Budig. It would probably have been better to do all this via Bugzilla, by the way. -- Bill __ __ __ __ Sent via the CNPRC Email system at primate.ucdavis.edu ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: Proposing projects for the Summer of Code
Hi, [EMAIL PROTECTED] (2005-06-02 at 1841.46 +0200): - Write a heal tool and an intelligent eraser tool (sharing as much code as possible between them) Algorithm is out there. :] - Reverse engineer PSD format for PS 10 and write the load/save plug-in (or adapt the existing one) to it The same for brushes, even it it only manages to load the basic shape. What is PS10, btw? PS7, PS CS (PS8), PS CS2 (PS9)... did I miss something? And by extension: - More control over brushes, like scalable pixmaps, run time control of pipe brushes... GSR ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Apply palette to image colormap
Hi, Kevin Cozens [EMAIL PROTECTED] writes: Being one of those people who includes the 'u' makes me think I'm better off leaving my script functions using cmap instead of colormap/colourmap. I think you should stick as closely to the GIMP API as possible and use colormap instead of an ambiguous abbreviation. Sven ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposing projects for the Summer of Code
Dave Neary wrote: - Reverse engineer PSD format for PS 10 and write the load/save plug-in (or adapt the existing one) to it Photoshop is up to version ten now?? Bloody hell... and I remember when we felt all clever for figuring out some of the new PS4 PSD features... --adam -- Adam D. Moss - [EMAIL PROTECTED] ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Proposing projects for the Summer of Code
Hi, Dave Neary wrote: - Reverse engineer PSD format for PS 10 and write the load/save plug-in (or adapt the existing one) to it Photoshop is up to version ten now?? Bloody hell... and I remember when we felt all clever for figuring out some of the new PS4 PSD features... I'm guessing I skipped a version - PS 8 CS or 9 seem to be the most recent. Cheers, Dave. -- Dave Neary [EMAIL PROTECTED] Lyon, France ___ Gimp-developer mailing list Gimp-developer@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer