contact sheet : some questions
This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
contact sheet : some questions | Nico | 21 Jul 21:57 |
contact sheet : some questions | Kevin Cozens | 21 Jul 23:00 |
contact sheet : some questions | Nico | 22 Jul 00:10 |
contact sheet : some questions | Nico | 23 Jul 10:42 |
contact sheet : some questions | Nico | 23 Jul 10:50 |
contact sheet : some questions | Sven Neumann | 23 Jul 18:41 |
3644709b0907211518j7b0bc4d4... | 07 Oct 20:27 | |
contact sheet : some questions | Nico | 22 Jul 00:22 |
contact sheet : some questions | Kevin Cozens | 22 Jul 02:07 |
contact sheet : some questions
Hi
I have work on this script : http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
I have got enough 2 problems : - I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR return - I can't run the script when no image is opened (and I can't find how to do it)
Any idea to fix it ?
One question more : why some script's name are begun with _ ?
I think about some evolutions : working with more kinds of filetype (tif, png, jpeg, tiff etc.), choose dimensions of the contact sheet...
Nico
contact sheet : some questions
On 07/21/2009 03:57 PM, Nico wrote:
http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
I have got enough 2 problems : - I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR return
I can't comment much on this. The script should not care where the files are located.
- I can't run the script when no image is opened
There is an error in the script-fu-register block. The image type is listed as "*" when it should be "".
One question more : why some script's name are begun with _ ?
I don't know of any scripts where the names start with _. The use of - vs. _ within a name depends on the conventions of the particular scripting language used.
contact sheet : some questions
Kevin Cozens a écrit :
On 07/21/2009 03:57 PM, Nico wrote:
http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
Hi
Thanks
I have got enough 2 problems :
- I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR returnI can't comment much on this. The script should not care where the files are located.
I'm sorry but I don't understand what problem do you have ? (problem to translate :( ) Do I understand the script doesn't work at all ?
I test it on different configuration (GIMP 2.4 Linux, 2.6 winXP), and there is no problem with directory/files on harddrive.
In this script, the file path on windows c:\dir\test is changed to /dir/test. If not, file-glob doesn't work with a win'path Lines 74 to 86
- I can't run the script when no image is opened
There is an error in the script-fu-register block. The image type is listed as "*" when it should be "".
Thanks, it works :)
I didn't find this information.
One question more : why some script's name are begun with _ ?
I don't know of any scripts where the names start with _. The use of - vs. _ within a name depends on the conventions of the particular scripting language used.
You can see it by example :
(script-fu-register "script-fu-3d-outline-logo"
_"3D _Outline..."
_"Create a logo with outlined text and a drop shadow"
in /usr/share/gimp/2.0/scripts/3d-outline.scm
Nico
contact sheet : some questions
Rob Antonishen a écrit :
The underscore signifies text strings that can (do?) have internationilization/translation strings for other language support, but I have no idea how the language files are made or stored.
Where can I find this kind of information ? (second part : "how work the internationalisation")
Nico
-Rob A>
On 7/21/09, Nico wrote:
Kevin Cozens a écrit :
On 07/21/2009 03:57 PM, Nico wrote:
http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
Hi
Thanks
I have got enough 2 problems :
- I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR returnI can't comment much on this. The script should not care where the files are located.
I'm sorry but I don't understand what problem do you have ? (problem to translate :( ) Do I understand the script doesn't work at all ?
I test it on different configuration (GIMP 2.4 Linux, 2.6 winXP), and there is no problem with directory/files on harddrive.
In this script, the file path on windows c:\dir\test is changed to /dir/test. If not, file-glob doesn't work with a win'path Lines 74 to 86
- I can't run the script when no image is opened
There is an error in the script-fu-register block. The image type is listed as "*" when it should be "".
Thanks, it works :)
I didn't find this information.One question more : why some script's name are begun with _ ?
I don't know of any scripts where the names start with _. The use of - vs. _ within a name depends on the conventions of the particular scripting language used.
You can see it by example :
(script-fu-register "script-fu-3d-outline-logo" _"3D _Outline..."
_"Create a logo with outlined text and a drop shadow" in /usr/share/gimp/2.0/scripts/3d-outline.scmNico
contact sheet : some questions
On 07/21/2009 06:22 PM, Nico wrote:
Where can I find this kind of information ? (second part : "how work the internationalisation")
Look up the documentation for intltool (http://www.freedesktop.org/wiki/Software/intltool) and gettext.
contact sheet : some questions
Kevin Cozens a écrit :
On 07/21/2009 03:57 PM, Nico wrote:
http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
I have got enough 2 problems : - I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR return
I can't comment much on this. The script should not care where the files are located.
I see that there is a problem with dirname that have é ç à or è... under Linux. I mean that is encoding problem
But I tri :
(file-glob "/home/nico/Téléchargement/*.jpg" 1)
(2 ("/home/nico/T" "/home/nico/T"))
(file-glob "/home/nico/Téléchargement/*.jpg" 0)
(2 ("/home/nico/T" "/home/nico/T"))
And then problem to list the files :(
Do you know how I can fix it ?
Nico
contact sheet : some questions
Nico a écrit :
Kevin Cozens a écrit :
On 07/21/2009 03:57 PM, Nico wrote:
http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
I have got enough 2 problems : - I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR return
I can't comment much on this. The script should not care where the files are located.
I see that there is a problem with dirname that have é ç à or è... under Linux. I mean that is encoding problem
Gimp message :
La procédure « gimp-message » a été appelée avec la valeur
« Erreur à l'exécution de
(script-fu-tounoki-contact "/home/nico/Téléchargement" 4 TRUE '(0 0 0)
"Generated with tounoki-contact")
Error: Error reading string  » pour l'argument « message » (#1, type gchararray). Cette valeur est hors-limite.
But I tri :
(file-glob "/home/nico/Téléchargement/*.jpg" 1)
(2 ("/home/nico/T" "/home/nico/T"))
(file-glob "/home/nico/Téléchargement/*.jpg" 0)
(2 ("/home/nico/T" "/home/nico/T"))
And then problem to list the files :(
Do you know how I can fix it ?
Nico
contact sheet : some questions
Hi,
On Thu, 2009-07-23 at 10:42 +0200, Nico wrote:
Kevin Cozens a écrit :
On 07/21/2009 03:57 PM, Nico wrote:
http://www.gimp-attitude.org/forum/viewtopic.php?t=5904&sid=b4258adb87aec27867805ea3ea02ed91
I have got enough 2 problems : - I can't run it on a directory that have a peripheric location on Windows (DVD, usb-key...) - look at the SF-DIR return
I can't comment much on this. The script should not care where the files are located.
I see that there is a problem with dirname that have é ç à or è... under Linux. I mean that is encoding problem
Try to specify the filenames in UTF-8 encoding. And actually, you should also use UTF-8 for your filesystem. Everything else is broken and only works (to some extent) if you set the environment variable G_BROKEN_FILENAMES.
Sven