Re: [Gimp-developer] some minor nits
Hi, On Thu, 2008-09-18 at 13:33 -0400, Liam R E Quin wrote: Not clear these are bugs, I'll gladly file bugs for them if it will help. (1) filters-recently used has a list of recnetly used fiters; these menu items bringup dialogue boxes, so they should have ... after the names, and don't. That code is a little tricky, but I have done some changes in trunk and the labels are now correct at least for plug-ins that register their menu entries using the gimp_plugin_menu_register() API. (2) am I the ony person bothered by having two entries for New in the file menu? They should probably be combined. So far no one came up with a good proposal on how this could be solved. (3) if I have an image open, and minimise/iconify it, I now have no way to create a new file, except by opening the image again. File-new from an image window copies the characteristics of that window, too, so I now find myself creating grayscale images all the time. Ideally if you minimized the last open image, the toolbox and docks would minimize with it. Unfortunately this only works if you enable transient-docks and this setting has other issues. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] some minor nits
Sven wrote: Liam wrote: (2) am I the ony person bothered by having two entries for New in the file menu? They should probably be combined. So far no one came up with a good proposal on how this could be solved. the structure is good: 'New...' _must_ remain a first level menu item, the rest is OK to have in a sub-menu. My solution is to rename the 'New' sub-menu to 'Create' --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on interaction architecture ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Script-Fu Command Priority
Hi there, the GIMP Script-Fu engine doesn't make a difference between registered definitions and local ones. This could be a problem, because if I write a script with a local function, but another script has that function too, GIMP could use the other function. With many scripts in the scripts folder it's hard to find out, which script causes the problem. It would be nice if GIMP could prefer local definitions to global ones or if just registered definitions would go global. Thx, Samuel ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] some minor nits
Hi, On Fri, 2008-09-19 at 12:46 +0200, peter sikking wrote: the structure is good: 'New...' _must_ remain a first level menu item, the rest is OK to have in a sub-menu. My solution is to rename the 'New' sub-menu to 'Create' We have done that change in trunk. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] some minor nits
On Fri, 2008-09-19 at 12:46 +0200, peter sikking wrote: the structure is good: 'New...' _must_ remain a first level menu item, agreed with that part... the rest is OK to have in a sub-menu. and with this... My solution is to rename the 'New' sub-menu to 'Create' so I think this is a good idea. Might be difficult to preserve the (artificial) distinction between New and Create. How about Get From or Make From? Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] some minor nits
New Layer from Clipboard, New Layer from Screenshoot ( to be explicit and correct and to be online with the Usability rules ), anyway AS IS NOW is pretty OK. 2008/9/19 Liam R E Quin [EMAIL PROTECTED] On Fri, 2008-09-19 at 12:46 +0200, peter sikking wrote: the structure is good: 'New...' _must_ remain a first level menu item, agreed with that part... the rest is OK to have in a sub-menu. and with this... My solution is to rename the 'New' sub-menu to 'Create' so I think this is a good idea. Might be difficult to preserve the (artificial) distinction between New and Create. How about Get From or Make From? Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer -- Nemes Ioan Sorin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Gimp-developer Digest, Vol 72, Issue 15
Hi there, the GIMP Script-Fu engine doesn't make a difference between registered definitions and local ones. This could be a problem, because if I write a script with a local function, but another script has that function too, GIMP could use the other function. With many scripts in the scripts folder it's hard to find out, which script causes the problem. This is right; however, I think it is better to educate ourselves only to define local functions in local scope, i.e. within a define form, which is perfectly feasonable. Functions local to a script should be truly local, but please consider the case of library functions. It would be nice if GIMP could prefer local definitions to global ones or if just registered definitions would go global. Thx, Samuel -- Message: 2 Date: Fri, 19 Sep 2008 19:41:14 +0200 From: Sven Neumann [EMAIL PROTECTED] Subject: Re: [Gimp-developer] some minor nits To: peter sikking [EMAIL PROTECTED] Cc: gimp-developer List gimp-developer@lists.XCF.Berkeley.EDU Message-ID: [EMAIL PROTECTED] Content-Type: text/plain Hi, On Fri, 2008-09-19 at 12:46 +0200, peter sikking wrote: the structure is good: 'New...' _must_ remain a first level menu item, the rest is OK to have in a sub-menu. My solution is to rename the 'New' sub-menu to 'Create' We have done that change in trunk. Sven -- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer End of Gimp-developer Digest, Vol 72, Issue 15 ** ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.5.4 development release
Sven Neumann wrote: Hi, GIMP 2.5.4 has been released yesterday. I would love to help, esp. with documentation as I learn about GIMP. But I'm unable to install 2.5.4. I got babl and gegl from svn repo babl]$ ./autogen.sh says I am going to run ./configure with the following arguments: --enable-maintainer-mode ... Now type 'make' to compile BABL. $ make -- completes with no further issues # make install quote -- Libraries have been installed in: /usr/local/lib /quote -- completes w/o error or warning. Then # ldconfig to reconfigure the libraries # ldconfig -p | grep babl libbabl-0.0.so.0 (libc6) = /usr/local/lib/libbabl-0.0.so.0 libbabl-0.0.so (libc6) = /usr/local/lib/libbabl-0.0.so # ls -l /usr/local/lib | grep babl drwxr-xr-x 2 root root4096 2008-09-19 15:56 babl-0.0 -rwxr-xr-x 1 root root 819 2008-09-19 15:56 libbabl-0.0.la lrwxrwxrwx 1 root root 21 2008-09-19 15:56 libbabl-0.0.so - libbabl-0.0.so.0.23.0 lrwxrwxrwx 1 root root 21 2008-09-19 15:56 libbabl-0.0.so.0 - libbabl-0.0.so.0.23.0 -rwxr-xr-x 1 root root 354691 2008-09-19 15:56 libbabl-0.0.so.0.23.0 gegl]$ ./autogen.sh balks at babl: quote checking pkg-config is at least version 0.9.0... yes checking for BABL... configure: error: Package requirements (babl = 0.0.22) were not met: No package 'babl' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. /quote Given the standard library structure above, why doesn't gegl autogen find babl? ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] ANNOUNCE: GIMP 2.5.4 development release
On Fri, 2008-09-19 at 20:09 -0700, bgw wrote: checking pkg-config is at least version 0.9.0... yes checking for BABL... configure: error: Package requirements (babl = 0.0.22) were not met: No package 'babl' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. /quote Given the standard library structure above, why doesn't gegl autogen find babl? You need to do export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ You also need: export LD_LIBRARY_PATH=/usr/local/lib You will also need to do this when running your copy of gimp. To remind me, I have a shell script, lgimp, that runs the local gimp with: #! /bin/sh # export MALLOC_CHECK_=1 GEGL_NO_NODE_CACHES=1 LD_LIBRARY_PATH=/usr/local/lib BABL_ERROR=0.0 exec /usr/local/bin/gimp-2.5 $@ you probably don't need the GEGL_NO_NODE_CACHES or BABL_ERROR settings, though, so you could use, #! /bin/sh LD_LIBRARY_PATH=/usr/local/lib exec /usr/local/bin/gimp-2.5 $@ A simpler alternative is to put gimp in a place like $HOME/gimp where it won't conflict with any installed version of gimp. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer