- Gimp 2.8 User Manual Pdf
- Gimp 2.10 User Manual Pdf
- Where's The Gimp 2.10.10 User Manual Pdf
- Where's The Gimp 2.10.10 User Manual Youtube
- Download Gimp User Manual 2.8
- Gimp 2.10 Manual Pdf
- Where's The Gimp 2.10.10 User Manual Instructions
Links
GNU Image Manipulation Program. GIMP User Manual Authors and Contributors I. Getting Started 1. Introduction 1. Welcome to GIMP 1.1. The GIMP Help system 1.3. Features and Capabilities 2. What's new in GIMP 2.10? Updated user interface and initial HiDPI support. › Gimp 2.10 user manual pdfyamaha virago service manual pdf '488' Tagged: 2.10, Gimp, manual, pdf, pdfyamaha, service, user, virago This topic contains 0 replies, has 1 voice, and was last updated by dkdpjuk 10 months, 1 week ago. Apr 18, 2019 8 GIMP 2.10.10: Cool new stuff incoming! Nov 11, 2018 6 GIMP 2.10.8 has been released! As a registered user, you can rate articles and comments. For 'User manual', select 'Use a locally installed copy' Under 'Help Browser', you can choose between your system's web browser and GIMP's help browser plugin (if available). See the online help for more settings.
- 1This masking technique is good for strands of hair or to replace the sky.On the image, you can see the fine hair strands and the mat gray background.
- 2Now we want to create a detailled layer mask that contains all fine details of the hair.To do so, we have to create a copy of the background layer first:Click on the “Duplicate layer” button in the layer dialog or press Ctrl+Shift+D.
- 3The next step is important: We reduce the layer’s color by disaturation. The best way to do so is using the channel mixer:- Colors / Components / Channel Mixer
- 4Now click on “Monochrome” so the image will become grayscaled.
- 5You can see in the preview that the image doesn’t have colors anymore.Now it is important that we achieve a good contrast between the background and Jessica’s hair.For this you have to find out the individual settings for each image. There are no working generic settings. Pay special attention on the fine hair parts. Try to make them light gray while the background (here: gray) should become darker or stay at least the same. It doesn’t have to be perfect because in the next step, we’ll do some fine-tuning.The fine hair details should NOT blur with the background. It doesn’t matter if the image becomes granular or if the face looks strange (like on the screenshot). Only the HAIR matters.I have also amplified the red color tones (the hair contains many of them and become brighter) and reduced the blue tones so that in sum the background doesn’t become brighter. I slightly amplified the green part. The green channel often contains details and contrasts, so the hair is masked even better.
- 6Now my image looks like this:
- 7Now we paint the parts that don’t need masking with white (the skin and the hair where’s no background).- Select the Paintbrush tool
- Use a big brush size (relatively hard with some soft edge)
- Choose foreground color: white
- Make the parts whiteHint: Choose a very hard brush for the region at the left bottom (shoulder skin). It’s often useful to combine different brushes.Then start painting the regions that don’t contain details revelant for masking. You can paint them roughly/quickly.Now my image looks like this: - 8Now we adjust the gray tones of the picture. For this it is important to make the background completely black while the hair should become (nearly) white. In the next step everything that is white will become visible and black regions will become transparent.Choose: – Colors / LevelsIn the dialog, you can find three moveable control triangles. The gradient from black to white represents the amount of different gray tones in the image. If you move the left control triangle towards the center, the amount of black will be reduced and become a dark grey. The right control works vice versa. The middle control is for fine-tuning. You can use it to make the remaining grey tones a bit brighter or darker.As you can see in the preview, the bright hair strands have become even brighter while the background has become darker.
- 9We have a perfectly adjusted grayscale layer now that determines which regions become visible or transparent.Now we have to create a layer mask and copy the details from the grayscale layer to this mask.
- 10- Select / All (oder hit Ctrl+A)
- Edit / Copy (or hit Strg+C)
- activate background layer
- Right-click into the layers dialog: “Add layer mask” (White) - 11- Click on the small white area next to the background layer in the layer dialog to ensure that you’re working on the mask and not on the picture itself.- Edit / Paste (or Ctrl+V)Important: After that, the pasted layer is a floating selection. To fixate it on the layer, use the “Anchor” button of the layer dialog (at the bottom, 2nd from right). Your layers dialog should now look like this:
- 12Click on the eye symbol next to the grayscale layer above. Then the layer will disappear and the hair details should be visible on a transparent background.
- 13At the end, we want to insert a new background and do some final adjustments.Save the “wood” background (you can find the download link at the beginning of the tutorial), choose File / Open as Layers and select the wood.It should be an own layer in the image now. In the layers dialog, move the wood layer to the bottom.
- 14Now it’s nearly perfect, but we can do even better (because when you zoom in, you can see some remaining gray of the original image background).We can improve this with some color adjustments again:- Select the layer mask
- Colors / LevelsThe aim is to get the hair strands even darker (i.e. more transparent). So I move the left control to the center. You can see the results in the preview immediately.I hope you could learn something and it was fun for you.Ideas for more improvements:- On the layer mask, you could work with light/dark gray brushes to do some detailled corrections, for instance to remove regions that are not so beautiful.- Use the Smear tool to “melt” the foreground with the background in order to remove too hard transitions.
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.
Translating GIMP from GIMP master (is wrong) | Alexandre Prokoudine | 08 May 16:20 |
Translating GIMP from GIMP master (is wrong) | Cristian Secară | 08 May 20:42 |
Translating GIMP from GIMP master (is wrong) | Alexandre Prokoudine | 08 May 20:52 |
Translating GIMP from GIMP master (is wrong) | Cristian Secară | 08 May 21:13 |
Translating GIMP from GIMP master (is wrong) | Cristian Secară | 08 May 21:16 |
Translating GIMP from GIMP master (is wrong) | Kevin Cozens | 08 May 22:41 |
Translating GIMP from GIMP master (is wrong) | Cristian Secară | 09 May 06:30 |
Translating GIMP from GIMP master (is wrong) | Michael Natterer | 09 May 07:20 |
Translating GIMP from GIMP master (is wrong) | Mikael Magnusson | 09 May 07:52 |
Translating GIMP from GIMP master (is wrong) | Cristian Secară | 09 May 07:55 |
Translating GIMP from GIMP master (is wrong) | Michael Natterer | 09 May 08:41 |
Translating GIMP from GIMP master (is wrong) | Gabor Kelemen | 09 May 09:30 |
Translating GIMP from GIMP master (is wrong) | Michael Natterer | 09 May 11:35 |
Translating GIMP from GIMP master (is wrong) | Michael Natterer | 09 May 12:10 |
Translating GIMP from GIMP master (is wrong) | Christian Hilberg | 09 May 12:28 |
Translating GIMP from GIMP master (is wrong) | Michael Natterer | 09 May 13:04 |
Translating GIMP from GIMP master (is wrong) | Kevin Cozens | 12 May 21:03 |
Translating GIMP from GIMP master (is wrong) | Kevin Cozens | 12 May 21:25 |
Translating GIMP from GIMP master (is wrong) | Chris Leonard | 11 May 05:27 |
2012-05-08 16:20:15 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
Hi,
Unfortunately it looks like people update translations in the gimp-2-8branch based on translations from the master branch. This is utterly,utterly wrong :)
We are removing and replacing bits of GIMP in Git master _all thetime_, _especially_ the filters (which are being gradually replacedwith GEGL operations). Therefore you are making your own life onlymore complicated .
We suggest you to stick with the gimp-2-8 branch for the time beinguntil we recommend translating the master branch. We will send aspecial announcement about that (and it's not going to be tomorrow,next week or next month).
In case you already replaced the translation in gimp-2-8, we suggestyou to fetch an older version and use it for further updates in thatbranch.
If you have questions, please ask :)
Dynamics 365 for operations user manual. Alexandre Prokoudinehttp://libregraphicsworld.org
2012-05-08 20:42:17 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
În data de Tue, 8 May 2012 20:20:15 +0400, Alexandre Prokoudine a scris:
Unfortunately it looks like people update translations in the gimp-2-8branch based on translations from the master branch. This is utterly,utterly wrong :)
If you have questions, please ask :)
What is the status of the script-fu translation for 2.8 ? Right nowthe .pot file is the 61 strings version and so the files for alllanguages follow the truncated version.
Cristi
2012-05-08 20:52:10 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, May 9, 2012 at 12:42 AM, Cristian Secară wrote:
În data de Tue, 8 May 2012 20:20:15 +0400, Alexandre Prokoudine a scris:
Unfortunately it looks like people update translations in the gimp-2-8branch based on translations from the master branch. This is utterly,utterly wrong :)
If you have questions, please ask :)
What is the status of the script-fu translation for 2.8 ? Right nowthe .pot file is the 61 strings version and so the files for alllanguages follow the truncated version.
And you are telling that us just now?????
Alexandre Prokoudinehttp://libregraphicsworld.org
2012-05-08 21:13:57 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
În data de Wed, 9 May 2012 00:52:10 +0400, Alexandre Prokoudine a scris:
What is the status of the script-fu translation for 2.8 ? Right nowthe .pot file is the 61 strings version and so the files for alllanguages follow the truncated version.
And you are telling that us just now?????
??
Few days ago Michael Schumacher told me that 'It looks like we'refacing a technical problem here'. I just waited for the technicalproblem to be fixed, in a hope that my problem with the missingRomanian translation in the official release will be fixed also.
I didn't tell how long I should wait :)
Cristi
2012-05-08 21:16:42 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
În data de Wed, 9 May 2012 00:13:57 +0300, Cristian Secară a scris:
I didn't tell how long I should wait :)
Sorry, I meant '_he_ didn't tell how long I should wait :)'
Cristi
2012-05-08 22:41:51 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On 12-05-08 04:42 PM, Cristian Secară wrote:
What is the status of the script-fu translation for 2.8 ? Right nowthe .pot file is the 61 strings version and so the files for alllanguages follow the truncated version.
I don't know why you are only seeing 21 strings. I just checked out the 2.8 branch and see there are 62 'msgid' entries in the file po-script-fu/ro.po with an additional 540 entries commented out. The en_CA.po file has 627 entries. The Romain po file may be missing some entries if a git master was used to update the .po file for 2.8 but that still seems a bit odd as the strings in the Script-Fu scripts shouldn't have changed much to cause this problem.
2012-05-09 06:30:49 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
În data de Tue, 08 May 2012 18:41:51 -0400, Kevin Cozens a scris:
On 12-05-08 04:42 PM, Cristian Secară wrote:
What is the status of the script-fu translation for 2.8 ? Right nowthe .pot file is the 61 strings version and so the files for alllanguages follow the truncated version.
I don't know why you are only seeing 21 strings.
I see 61 strings, not 21.
I just checked out the 2.8 branch and see there are 62 'msgid'entries in the file po-script-fu/ro.po with an additional 540 entriescommented out. The en_CA.po file has 627 entries. The Romain po filemay be missing some entries if a git master was used to updatethe .po file for 2.8 but that still seems a bit odd as the strings inthe Script-Fu scripts shouldn't have changed much to cause thisproblem.
Before 2.8 release (i.e. during 2.7.x), the template file for script-fufor master branch at that time had 603 strings. My ro translation thatI keep on my computer, the same that was commited on 10 February 2012,has 603 strings.
If you look at the official package available hereftp://ftp.gimp.org/pub/gimp/v2.8/
and browse some script-fu .po files, you can be seen that (for example)de has 603 strings, es has 603 strings, fr has 603 strings, it has 604strings, sv has 603 strings. At the same time, in the same package, ro(my language) has only 61 strings.
and browse some script-fu .po files, you can be seen that (for example)de has 603 strings, es has 603 strings, fr has 603 strings, it has 604strings, sv has 603 strings. At the same time, in the same package, ro(my language) has only 61 strings.
In my running compiled 2.8 program (on Windows), almost all script-furelated menus are English-only. If I put manually thegimp20-script-fu.mo file in the GIMP 2sharelocaleroLC_MESSAGESdirectory, then the respective menus are back to Romanian, so obviouslythe 2.8 version program code requires the 603 strings script-futranslation, not just the 61 one.
Cristi
2012-05-09 07:20:23 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, 2012-05-09 at 09:30 +0300, Cristian Secară wrote:
Before 2.8 release (i.e. during 2.7.x), the template file for script-fufor master branch at that time had 603 strings. My ro translation thatI keep on my computer, the same that was commited on 10 February 2012,has 603 strings.
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
--Mitch
2012-05-09 07:52:44 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On 09/05/2012, Michael Natterer wrote:
On Wed, 2012-05-09 at 09:30 +0300, Cristian Secară wrote:
Before 2.8 release (i.e. during 2.7.x), the template file for script-fufor master branch at that time had 603 strings. My ro translation thatI keep on my computer, the same that was commited on 10 February 2012,has 603 strings.
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
When i run make update-po in po-scripts/ i get a gimp20-script-fu.potwith only 62 msgid entries. It looks like it's only extracting thefirst string in every set of translatable strings, or maybe only onesthat immediately follow an opening parenthesis. For example, inspyrogimp.scm,
SF-OPTION _'Tool' '(_'Pencil' _'Brush' _'Airbrush')
The only string that appears in gimp20-script-fu.pot from those is 'Pencil'.
2012-05-09 07:55:58 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away,I mean not before the template file from 2.8 script-fu will be revertedtoo.
What is common with this 61 number ? Why was my file screwed in Februarydown to 61 strings and now in May the template file and the rest of alllanguages also screwed down to 61 strings ? I find hard to believe(though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
Cristi
2012-05-09 08:41:49 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, 2012-05-09 at 10:55 +0300, Cristian Secară wrote:
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away,I mean not before the template file from 2.8 script-fu will be revertedtoo.
What is common with this 61 number ? Why was my file screwed in Februarydown to 61 strings and now in May the template file and the rest of alllanguages also screwed down to 61 strings ? I find hard to believe(though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that onlyextracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot fileand the scheme source files.
To the folks on [email protected]: did you ever hear of thisissue? Can you investigate it? I'm sure there are more i18n expertson [email protected] than on gimp-developer-list ;)
Regards,--Mitch User manual in english for the x-lswab webcam.
2012-05-09 09:30:06 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
2012-05-09 10:41 keltezéssel, Michael Natterer írta:
On Wed, 2012-05-09 at 10:55 +0300, Cristian Secară wrote:
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away,I mean not before the template file from 2.8 script-fu will be revertedtoo.
What is common with this 61 number ? Why was my file screwed in Februarydown to 61 strings and now in May the template file and the rest of alllanguages also screwed down to 61 strings ? I find hard to believe(though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that onlyextracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot fileand the scheme source files.
To the folks on [email protected]: did you ever hear of thisissue? Can you investigate it? I'm sure there are more i18n expertson [email protected] than on gimp-developer-list ;)
Yes, I met this here:
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
Seems like a recent change in intltool causes this, which makes the scheme string extraction done by xgettext instead of intltools built-in and dropped parser.
In turn, http://www.gnu.org/software/gettext/manual/gettext.html#Scheme says that the gettext shorthand for scheme strings is (_'foo'), so I think your source files should be modified to conform this notation.
RegardsGabor Kelemen
2012-05-09 11:35:38 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, 2012-05-09 at 11:30 +0200, Gabor Kelemen wrote:
2012-05-09 10:41 keltezéssel, Michael Natterer írta:
On Wed, 2012-05-09 at 10:55 +0300, Cristian Secară wrote:
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away,I mean not before the template file from 2.8 script-fu will be revertedtoo.
What is common with this 61 number ? Why was my file screwed in Februarydown to 61 strings and now in May the template file and the rest of alllanguages also screwed down to 61 strings ? I find hard to believe(though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that onlyextracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot fileand the scheme source files.
To the folks on [email protected]: did you ever hear of thisissue? Can you investigate it? I'm sure there are more i18n expertson [email protected] than on gimp-developer-list ;)
Gimp 2.8 User Manual Pdf
Yes, I met this here:
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
Seems like a recent change in intltool causes this, which makes the scheme string extraction done by xgettext instead of intltools built-in and dropped parser.
In turn, http://www.gnu.org/software/gettext/manual/gettext.html#Scheme says that the gettext shorthand for scheme strings is (_'foo'), so I think your source files should be modified to conform this notation.
Thanks, we will fix that.
Regards,--Mitch
2012-05-09 12:10:41 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, 2012-05-09 at 13:35 +0200, Michael Natterer wrote:
On Wed, 2012-05-09 at 11:30 +0200, Gabor Kelemen wrote:
2012-05-09 10:41 keltezéssel, Michael Natterer írta:
On Wed, 2012-05-09 at 10:55 +0300, Cristian Secară wrote:
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away,I mean not before the template file from 2.8 script-fu will be revertedtoo.
What is common with this 61 number ? Why was my file screwed in Februarydown to 61 strings and now in May the template file and the rest of alllanguages also screwed down to 61 strings ? I find hard to believe(though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that onlyextracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot fileand the scheme source files.
To the folks on [email protected]: did you ever hear of thisissue? Can you investigate it? I'm sure there are more i18n expertson [email protected] than on gimp-developer-list ;)
Yes, I met this here:
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
Seems like a recent change in intltool causes this, which makes the scheme string extraction done by xgettext instead of intltools built-in and dropped parser.
In turn, http://www.gnu.org/software/gettext/manual/gettext.html#Scheme says that the gettext shorthand for scheme strings is (_'foo'), so I think your source files should be modified to conform this notation.
Thanks, we will fix that.
Well, that (_'foo') is broken, it's an illegal function call, so thatcan't be what we should put there :(
--Mitch
2012-05-09 12:28:35 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
Hi,
Am Mittwoch 09 Mai 2012, um 14:10:41 schrieb Michael Natterer:
On Wed, 2012-05-09 at 13:35 +0200, Michael Natterer wrote:
On Wed, 2012-05-09 at 11:30 +0200, Gabor Kelemen wrote:
2012-05-09 10:41 keltezéssel, Michael Natterer írta:
On Wed, 2012-05-09 at 10:55 +0300, Cristian Secară wrote:
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
Gimp 2.10 User Manual Pdf
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089e Author: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003 +++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell the committer that he messed up and have him restore the file to what you translated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away, I mean not before the template file from 2.8 script-fu will be reverted too.
What is common with this 61 number ? Why was my file screwed in February down to 61 strings and now in May the template file and the rest of all languages also screwed down to 61 strings ? I find hard to believe (though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that only extracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot file and the scheme source files.
To the folks on [email protected]: did you ever hear of this issue? Can you investigate it? I'm sure there are more i18n experts on [email protected] than on gimp-developer-list ;)
Yes, I met this here:
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
Seems like a recent change in intltool causes this, which makes the scheme string extraction done by xgettext instead of intltools built-in and dropped parser.
In turn, http://www.gnu.org/software/gettext/manual/gettext.html#Scheme says that the gettext shorthand for scheme strings is (_'foo'), so I think your source files should be modified to conform this notation.
Thanks, we will fix that.
Well, that (_'foo') is broken, it's an illegal function call, so that can't be what we should put there :(
I guess it should read (_ 'foo') instead of (_'foo') here..?
--Mitch
Kind regards,
Christian
2012-05-09 13:04:51 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, 2012-05-09 at 14:28 +0200, Christian Hilberg wrote: Sharp convection and grill microwave user manual.
Hi,
Am Mittwoch 09 Mai 2012, um 14:10:41 schrieb Michael Natterer:
On Wed, 2012-05-09 at 13:35 +0200, Michael Natterer wrote:
On Wed, 2012-05-09 at 11:30 +0200, Gabor Kelemen wrote:
2012-05-09 10:41 keltezéssel, Michael Natterer írta:
On Wed, 2012-05-09 at 10:55 +0300, Cristian Secară wrote:
În data de Wed, 09 May 2012 09:20:23 +0200, Michael Natterer a scris:
what was commited on 10 Feb 2012 is:
commit eb93f484c8ad8da3606ab1b44ab8a7f143ea089eAuthor: Daniel Șerbănescu
Date: Fri Feb 10 19:35:57 2012 +0100
Date: Fri Feb 10 19:35:57 2012 +0100
Updated Romanian translation
po-script-fu/ro.po | 4003+++++++++++++++++++++++++++---------------------------------------- 1 file changed, 1603 insertions(+), 2400 deletions(-)
and puts the file exactly into the current state. Please tell thecommitter that he messed up and have him restore the file to what youtranslated.
Hmm, strange. Ok, I will tell him, but I cannot do that right away,I mean not before the template file from 2.8 script-fu will be revertedtoo.
What is common with this 61 number ? Why was my file screwed in Februarydown to 61 strings and now in May the template file and the rest of alllanguages also screwed down to 61 strings ? I find hard to believe(though possible) that in February it was just the committer fault.
So, when will be the 2.8 script-fu template reverted ?
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that onlyextracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot fileand the scheme source files.
To the folks on [email protected]: did you ever hear of thisissue? Can you investigate it? I'm sure there are more i18n expertson [email protected] than on gimp-developer-list ;)
Where's The Gimp 2.10.10 User Manual Pdf
Yes, I met this here:
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
https://bugs.launchpad.net/ubuntu-translations/+bug/986897
Seems like a recent change in intltool causes this, which makes the scheme string extraction done by xgettext instead of intltools built-in and dropped parser.
In turn, http://www.gnu.org/software/gettext/manual/gettext.html#Scheme says that the gettext shorthand for scheme strings is (_'foo'), so I think your source files should be modified to conform this notation.
Thanks, we will fix that.
Well, that (_'foo') is broken, it's an illegal function call, so thatcan't be what we should put there :(
I guess it should read (_ 'foo') instead of (_'foo') here..?
Yes, and that produces another error message :( I guess we'll have tofix script-fu.
Thanks,
--mitch
--mitch
2012-05-11 05:27:07 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On Wed, May 9, 2012 at 4:41 AM, Michael Natterer wrote:
You are right, generating a new template results in 62 strings.
There seems to be a bug in intltool-update --pot that only extracts strings which immediately follow a '(', so
(_'foo' ends up in the template
but
_'foo' doesn't.
At least that's the pattern I found when looking at the pot file and the scheme source files.
To the folks on [email protected]: did you ever hear of this issue? Can you investigate it? I'm sure there are more i18n experts on [email protected] than on gimp-developer-list ;)
Please review this bug, which details the probable cause (ignoring .scm files?) for GIMP script-fu only having 61 strings instead of 600-odd.
GIMP missing menu translations https://bugs.launchpad.net/intltool/+bug/986897
They are using a manual workaround on Launchpad for Ubuntu (comment #8)
There is a also comment that this change may have introduced the issue: http://bazaar.launchpad.net/~intltool/intltool/trunk/revision/722
I came across this while searching for an answer to why WebKitGTK+ POT generation is munged up. It apparently can most easily be fixed by addressing this intltool ticket.
There's no way to specify where's the po directory if it's not on topdir https://bugs.launchpad.net/intltool/+bug/823217
If you use Launchpad, please feel free to click the 'this bug effects me' link on this bug. I'm hoping for some action on it. Good luck getting intltool to not mangle the GIMP script-fu POT generation.
cjl
2012-05-12 21:03:55 UTC (over 7 years ago)permalink
Translating GIMP from GIMP master (is wrong)
On 12-05-09 05:30 AM, Gabor Kelemen wrote:
Seems like a recent change in intltool causes this, which makes the schemestring extraction done by xgettext instead of intltools built-in and droppedparser.
The information for revision 722 indicates that intltool-extract.in and intltool-update.in had the support for Scheme code in files ending with .scm removed. The test case file 'test.scm' was also removed.
I would be interested to know more about why this change was made. Back in the early days of gimp when these two scripts were part of the GIMP source tree we had to apply a patch to make them handle the marked strings in GIMP's .scm files.
It's almost as if there is supposed to be one way of marking strings in Scheme based scripts (regardless of which interpreter is being used), or xgettext never got the additional changes to handle strings marked in .scm files the way they are in GIMP's Script-Fu scripts, or both.
If there is a move towards using xgettext to do string extraction we need to find out how to use it to extract strings from Script-Fu scripts. If it can't do that, we should ask the gettext people to update xgettext to include the code that was dropped from the two external scripts.
In turn, http://www.gnu.org/software/gettext/manual/gettext.html#Scheme saysthat the gettext shorthand for scheme strings is (_'foo'), so I think yoursource files should be modified to conform this notation.
Scheme in gettext manual references GNU guile. BTW, the markup it uses has a space between the _ and the opening ' of the string. The form _'abc' is still valid markup for awk but I don't expect that to be of much help to us.
2012-05-12 21:25:35 UTC (over 7 years ago)permalink
Where's The Gimp 2.10.10 User Manual Youtube
Translating GIMP from GIMP master (is wrong)
On 12-05-12 05:03 PM, Kevin Cozens wrote:
On 12-05-09 05:30 AM, Gabor Kelemen wrote:
Download Gimp User Manual 2.8
Seems like a recent change in intltool causes this, which makes the schemestring extraction done by xgettext instead of intltools built-in and droppedparser.
Gimp 2.10 Manual Pdf
I forgot to add some information.
Where's The Gimp 2.10.10 User Manual Instructions
There was some discussion about modifying the Script-Fu scripts to conform to the (Guile) supported method of markup. My initial feeling was that it would not be that difficult to change the interpreter to support the method but I also suspect that the change in syntax in the scripts will lead to problems.
I'm busy with an online course for another three weeks or so which limits the time I have to spend working on making the changes and seeing if it would break the scripts. My concern is for markup of strings in register blocks.