BONJOUR , et MERCI l'anglais est trop loin pour moi c'est 43 ans MERCI de me comprendre Gerard le seniorprovencal .

2012/1/14

Send gimp-developer-list mailing list submissions to gimp-developer-list@gnome.org

To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnome.org/mailman/listinfo/gimp-developer-list or, via email, send a message with subject or body 'help' to gimp-developer-list-request@gnome.org

You can reach the person managing the list at gimp-developer-list-owner@gnome.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of gimp-developer-list digest..."

Today's Topics:

1. Re: something's starting, it is the text tool (Alexandre Prokoudine)
2. Re: something's starting, it is the text tool (Jay Smith) 3. Re: something's starting, it is the text tool (Michael Natterer) 4. Re: something's starting, it is the text tool (Michael Natterer) 5. Request for 2.8 - treat images as items (Saul Goode)

----------------------------------------------------------------------

Message: 1 Date: Fri, 13 Jan 2012 22:55:25 +0400 From: Alexandre Prokoudine
To: gimp-developer
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

On Fri, Jan 13, 2012 at 10:54 PM, Alexandre Prokoudine wrote:

1. Really small text frames: with few words in not more than two rows (think logos, captions for screenshots etc.). Adjustments: font, font face, size, letter spacing, baseline offset, color. Missing property: stroke color.

My bad: stroke color _and_ stroke width

Alexandre Prokoudine http://libregraphicsworld.org

------------------------------

Message: 2 Date: Fri, 13 Jan 2012 14:11:59 -0500 From: Jay Smith
To: gimp-developer-list@gnome.org
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 01/13/2012 12:12 PM, peter sikking wrote:

so please help us by replying here, with you answer what text means to you when working with GIMP.

One of my major uses is composing textual elements of book covers and spines.

Another use is minor overlays of bits of text on photographs to point out relevant technical features in the photos.

What I wish to see in text tools....

- Always editable text as long as file in a format that is not flattened.

- Important (to me): Most recently used text settings (i.e. typestyle, size, bold/italic, color, etc.) to be saved (including between Gimp restarts) for default us in next operation. (Too many settings in Gimp are not saved, even while editing within session of editing a single image -- this should be a focus of improvement soon.)

- Per above, save settings as a "set" of settings that can be brought back for use (like Curves are saved). These "sets" of settings should be nameable by the user (or if not named by user, then default name of date/time). Naming is very important to be able to quickly find settings for various projects.

- Once text is created, always be able to change typestyle, size, bold/italic, color, etc., etc.

- In this context, be able to stay in the text dialog and be able to highlight & change differing parts of the text. i.e. Don't have to get out of dialog for each such change. i.e. Changes are _not_ all-or-nothing.

- When editing existing text, if user clicks in the middle to text, then further typing of characters uses the attributes in which it is in the middle. Same for either end of string, but I understand that the user must be sure to get to the beginning or end of string in a way that keeps the user inside the current attributes of the text.

- Text to be rotatable as any other layer without losing quality.

- Multiple text layers that can be edited individually or locked together for movement of layers as a group.

- Preview window showing net effect of text on total image. If the user has to edit text and then get out of dialog and render to be able to see the net effect, the process can get very time consuming.

? Maybe have a warning if image resolution is too low to render the text without having "jaggies".

Jay

------------------------------

Message: 3 Date: Fri, 13 Jan 2012 20:24:02 +0100 From: Michael Natterer
To: Jay Smith
Cc: gimp-developer-list@gnome.org
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Hi Jay,

all of that, apart from rotating while staying editable, is implemented and will be in gimp 2.8.

--mitch

On Fri, 2012-01-13 at 14:11 -0500, Jay Smith wrote:

On 01/13/2012 12:12 PM, peter sikking wrote:

so please help us by replying here, with you answer what text means to you when working with GIMP.

One of my major uses is composing textual elements of book covers and spines.

Another use is minor overlays of bits of text on photographs to point out relevant technical features in the photos.

What I wish to see in text tools....

- Always editable text as long as file in a format that is not flattened.

- Important (to me): Most recently used text settings (i.e. typestyle, size, bold/italic, color, etc.) to be saved (including between Gimp restarts) for default us in next operation. (Too many settings in Gimp are not saved, even while editing within session of editing a single image -- this should be a focus of improvement soon.)

- Per above, save settings as a "set" of settings that can be brought back for use (like Curves are saved). These "sets" of settings should be nameable by the user (or if not named by user, then default name of date/time). Naming is very important to be able to quickly find settings for various projects.

- Once text is created, always be able to change typestyle, size, bold/italic, color, etc., etc.

- In this context, be able to stay in the text dialog and be able to highlight & change differing parts of the text. i.e. Don't have to get out of dialog for each such change. i.e. Changes are _not_ all-or-nothing.

- When editing existing text, if user clicks in the middle to text, then further typing of characters uses the attributes in which it is in the middle. Same for either end of string, but I understand that the user must be sure to get to the beginning or end of string in a way that keeps the user inside the current attributes of the text.

- Text to be rotatable as any other layer without losing quality.

- Multiple text layers that can be edited individually or locked together for movement of layers as a group.

- Preview window showing net effect of text on total image. If the user has to edit text and then get out of dialog and render to be able to see the net effect, the process can get very time consuming.

? Maybe have a warning if image resolution is too low to render the text without having "jaggies".

Jay
_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

------------------------------

Message: 4 Date: Fri, 13 Jan 2012 20:26:27 +0100 From: Michael Natterer
To: Jay Smith
Cc: gimp-developer-list@gnome.org
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:
Content-Type: text/plain; charset="UTF-8"

On Fri, 2012-01-13 at 20:24 +0100, Michael Natterer wrote:

Hi Jay,

all of that, apart from rotating while staying editable, is implemented and will be in gimp 2.8.

--mitch

On Fri, 2012-01-13 at 14:11 -0500, Jay Smith wrote:

On 01/13/2012 12:12 PM, peter sikking wrote:

so please help us by replying here, with you answer what text means to you when working with GIMP.

One of my major uses is composing textual elements of book covers and spines.

Another use is minor overlays of bits of text on photographs to point out relevant technical features in the photos.

What I wish to see in text tools....

- Always editable text as long as file in a format that is not

flattened.

- Important (to me): Most recently used text settings (i.e. typestyle, size, bold/italic, color, etc.) to be saved (including between Gimp restarts) for default us in next operation. (Too many settings in Gimp are not saved, even while editing within session of editing a single image -- this should be a focus of improvement soon.)

I was too fast, all but the above point :) You can save the tool options part though, lacking bold/italic.

- Per above, save settings as a "set" of settings that can be brought back for use (like Curves are saved). These "sets" of settings should be nameable by the user (or if not named by user, then default name of date/time). Naming is very important to be able to quickly find settings for various projects.

- Once text is created, always be able to change typestyle, size, bold/italic, color, etc., etc.

- In this context, be able to stay in the text dialog and be able to highlight & change differing parts of the text. i.e. Don't have to get out of dialog for each such change. i.e. Changes are _not_ all-or-nothing.

- When editing existing text, if user clicks in the middle to text,

then

further typing of characters uses the attributes in which it is in the middle. Same for either end of string, but I understand that the user must be sure to get to the beginning or end of string in a way that keeps the user inside the current attributes of the text.

- Text to be rotatable as any other layer without losing quality.

- Multiple text layers that can be edited individually or locked together for movement of layers as a group.

- Preview window showing net effect of text on total image. If the

user

has to edit text and then get out of dialog and render to be able to

see

the net effect, the process can get very time consuming.

? Maybe have a warning if image resolution is too low to render the

text

without having "jaggies".

Jay _______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

------------------------------

Message: 5 Date: Fri, 13 Jan 2012 14:50:49 -0800 (PST) From: Saul Goode
To: gimp-developer-list@gnome.org
Subject: [Gimp-developer] Request for 2.8 - treat images as items Message-ID:

Content-Type: text/plain; charset=us-ascii

It would be nice for plug-ins if the set of unique identifiers used for "images" did not intersect with those employed for "items", thus permitting a 'gimp-image-is-valid' test to provide a correct response if passed the identifier of an item.

The reasoning is that there is much similarity between the structure of a "layer group" and the structure of an "image"; at least with regard to the constituent of "items". Or put another way, an image's drawable hierarchy is identical to that of a layer group (please correct me if I'm mistaken) and it may prove useful in the future to make use of this similarity (e.g., load image as group, save group as image).

Currently, images and items can share the same unique identifier and my proposal is that the identifiers for both be generated from the same pool of available identifiers, guaranteeing that no overlap takes place. This fix would seem pretty trivial to make -- and I can't think of any downside (other than perhaps exhausting available unique identifiers in 8000 years instead of 9000) -- however, I was unable to find in GIMP's code where these identifiers are retrieved.

------------------------------

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

End of gimp-developer-list Digest, Vol 4, Issue 18 **************************************************

BONSOIR , J'ai eu un gros BUG informatique à savoir que toutes mes données
ne sont plus enregistrer ,de ce fait je doit tout recommencer ( + de 3 ans
de travail ) ENFIN ,je ne baisse pas les bras et je vais tout recommencer ,
MERCI de me comprendre Gerard le senior provencal . à très bientôt .

BONSOIR , et GRAND MERCI ,mais pour moi l'anglais que j'aime bien est trop loin pour moi 43 ans MERCI de me comprendre PS: je ne peux pâs suivre .Gerard leseniorprovencal .

2012/1/26

Send gimp-developer-list mailing list submissions to gimp-developer-list@gnome.org

To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnome.org/mailman/listinfo/gimp-developer-list or, via email, send a message with subject or body 'help' to gimp-developer-list-request@gnome.org

You can reach the person managing the list at gimp-developer-list-owner@gnome.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of gimp-developer-list digest..."

Today's Topics:

1. Re: something's starting, it is the text tool (Thorsten Wilms) 2. fonts (Ben Harrington-Ellsmore) 3. Re: something's starting, it is the text tool (peter sikking) 4. Re: something's starting, it is the text tool (gespertino@gmail.com)
5. Re: something's starting, it is the text tool (gespertino@gmail.com)
6. Naming of thumbnails in Gimp on Windows.... (Ragnar Brynj?lfsson) 7. Re: Naming of thumbnails in Gimp on Windows.... (Mukund Sivaraman)

----------------------------------------------------------------------

Message: 1 Date: Thu, 26 Jan 2012 12:49:37 +0100 From: Thorsten Wilms
To: gimp-developer-list@gnome.org
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:
Content-Type: text/plain; charset=windows-1252; format=flowed

On 01/26/2012 12:03 PM, peter sikking wrote:

?text never is the main purpose in GIMP work (like it is in scribus or libreOffice writer), it only plays a supporting role within a graphical work?

I could see myself using text in GIMP for - text in mockups
- annotations
- as integral part of ... poster design

For mockups, I prefer Inkscape, these days. GIMP only wins for some modifications of screenshots.

With annotations I mean simple text placed on images. Usually small and without any effect or only effects like drop shadow or blurring the background for better legibility. This is all about convenience: to not have an additional export/import/export with another application involved.

For text as integral part of a poster (or similar setting), it's hard to compete with the flexibility and rich functionality of vector graphics applications like Inkscape. Reasons to use GIMP could be a need for tricky blending and pixel-based effects like grungy edges.

That would be text that is primarily an element of a graphical composition, then. In contrast to text where its exact shape and placement are secondary. I would not speak of a supporting role, as the text might well take center stage and/or be the backbone of the work.

Such text, that is all about explicit shapes and exact/direct placement, is the opposite to the result of some raw string of text with a set of formatting rules applied to it.

-- Thorsten Wilms

thorwil's design for free software: http://thorwil.wordpress.com/

------------------------------

Message: 2 Date: Thu, 26 Jan 2012 11:53:19 +0000 From: Ben Harrington-Ellsmore
To:
Subject: [Gimp-developer] fonts
Message-ID:
Content-Type: text/plain; charset="iso-8859-1"

been trying to work out for a while how to limit the fonts that load on startup
can anyone tell me where the file I need to edit is to restrict it to only loading
home/.gimp2.6/fonts rather than also loading all the system fonts as well?

http://www.freewebs.com/noughtypixy/ -------------- next part -------------- An HTML attachment was scrubbed...
URL: <
http://mail.gnome.org/archives/gimp-developer-list/attachments/20120126/e6aad258/attachment.html

------------------------------

Message: 3 Date: Thu, 26 Jan 2012 15:53:47 +0100 From: peter sikking
To: gimp-developer
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:
Content-Type: text/plain; charset=us-ascii

wow,

Thorsten Wilms' reply is exactly the type of information I am looking for.

I could see myself using text in GIMP for - text in mockups
- annotations
- as integral part of ... poster design

For mockups, I prefer Inkscape, these days. GIMP only wins for some

modifications of screenshots.

With annotations I mean simple text placed on images. Usually small and

without any effect or only effects like drop shadow or blurring the background for better legibility. This is all about convenience: to not have an additional export/import/export with another application involved.

For text as integral part of a poster (or similar setting), it's hard to

compete with the flexibility and rich functionality of vector graphics applications like Inkscape. Reasons to use GIMP could be a need for tricky blending and pixel-based effects like grungy edges.

That would be text that is primarily an element of a graphical

composition, then. In contrast to text where its exact shape and placement are secondary. I would not speak of a supporting role, as the text might well take center stage and/or be the backbone of the work.

Such text, that is all about explicit shapes and exact/direct placement,

is the opposite to the result of some raw string of text with a set of formatting rules applied to it.

--ps

founder + principal interaction architect man + machine interface works

http://blog.mmiworks.net: on interaction architecture

------------------------------

Message: 4 Date: Thu, 26 Jan 2012 11:56:49 -0300 From: "gespertino@gmail.com"
To: peter sikking
Cc: gimp-developer
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

As a graphic designer I always need text. I'm doing most of my text work in inkscape not because text doesn't belong to image manipulation, but because now it's impossible to get a good workflow, including: - Fine grained control over type properties and text layout - Non-destructive transforms (i.e. rotating a text element and keep it editable).
- Envelope-like distorts produce very low quality results with text (i.e. curving a text block with cage too to make it wrap on a cylinder)

Every piece that requires text interacting with image has to be done in the same environment you create/edit those images, because you need exact fit. An example: A fake neon sign on the top of a building (photo). Creating and distorting text in a different applications requires you to: 1- export a flattened version of your comp 2- create and distort text in the external app 3- export the text object, making sure its pixel size is right 4- import the object in GIMP and place it on the right place (something that lacks precision, because you don't have a reference of the right location since the text was created outside. 5- apply effects, etc.
If you need to change that text, you have to repeat almost the whole procedure again.

Basically, if you're working on a comp with several layers and you need text on it (or between layers), then moving to a different app to add it is a no-go.

Here I found some graphic examples of designs created with text in Photoshop. I know it's not the idea to copy PS or even have it as a reference, but this kind of works is something a graphic designer would do in GIMP.
-------------- next part -------------- An HTML attachment was scrubbed...
URL: <
http://mail.gnome.org/archives/gimp-developer-list/attachments/20120126/528519f2/attachment.html

------------------------------

Message: 5 Date: Thu, 26 Jan 2012 11:57:08 -0300 From: "gespertino@gmail.com"
To: peter sikking
Cc: gimp-developer
Subject: Re: [Gimp-developer] something's starting, it is the text tool
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

...and the link:

http://www.smashingmagazine.com/2009/03/04/50-stunning-photoshop-text-effect-tutorials/

:-) -------------- next part -------------- An HTML attachment was scrubbed...
URL: <
http://mail.gnome.org/archives/gimp-developer-list/attachments/20120126/0d6eabc4/attachment.html

------------------------------

Message: 6 Date: Thu, 26 Jan 2012 16:49:18 +0100 From: Ragnar Brynj?lfsson
To: gimp-developer-list@gnome.org
Subject: [Gimp-developer] Naming of thumbnails in Gimp on Windows.... Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

I'm new here, so Hi all. :)

I just finished a python script/plug-in called GIMP Book for managing multiple pages in GIMP 2.6 (I make comics in my free time, so it comes quite handy). It can be found at?http://registry.gimp.org/node/25975?I developed it on Ubuntu, and it works fine on Ubuntu and Fedora, but fails on Windows.

I've narrowed the Windows problem down to the code that finds the thumbnails created by Gimp. It looks up the md5 hash of the path to the image, and then looks for that image in ~/.thumbnails/large or normal. The same code on Windows returns a hash that doesn't match the name of the thumbnail generated. For instance:

import urllib import hashlib
bla = urllib.quote("C:\g.xcf")
hashlib.md5("file://" + bla).hexdigest()

Returns eef9b62......something, but the thumbnail for C:\g.xcf is called e345adf8ffb47e9a1be0fa35aa457295.png

I'm guessing it is something simple, but all the testing I've done with escaping characters and different variations has come up short. So how would I go about getting the correct md5 hash for a Windows path in Python?

Cheers,

Ragnar

------------------------------

Message: 7 Date: Thu, 26 Jan 2012 21:30:31 +0530 From: Mukund Sivaraman
To: Ragnar Brynj?lfsson
Cc: gimp-developer-list@gnome.org
Subject: Re: [Gimp-developer] Naming of thumbnails in Gimp on Windows....
Message-ID:
Content-Type: text/plain; charset=utf-8

Hi Ragnar

On Thu, Jan 26, 2012 at 04:49:18PM +0100, Ragnar Brynj?lfsson wrote:

I'm new here, so Hi all. :)

I just finished a python script/plug-in called GIMP Book for managing multiple pages in GIMP 2.6 (I make comics in my free time, so it comes quite handy). It can be found at?http://registry.gimp.org/node/25975?I developed it on Ubuntu, and it works fine on Ubuntu and Fedora, but fails on Windows.

I've narrowed the Windows problem down to the code that finds the thumbnails created by Gimp. It looks up the md5 hash of the path to the image, and then looks for that image in ~/.thumbnails/large or normal. The same code on Windows returns a hash that doesn't match the name of the thumbnail generated. For instance:

import urllib import hashlib
bla = urllib.quote("C:\g.xcf")
hashlib.md5("file://" + bla).hexdigest()

Returns eef9b62......something, but the thumbnail for C:\g.xcf is called e345adf8ffb47e9a1be0fa35aa457295.png

hashlib.md5("file:///C:/g.xcf").hexdigest()

'e345adf8ffb47e9a1be0fa35aa457295'

Kind regards,

Mukund

------------------------------

_______________________________________________ gimp-developer-list mailing list
gimp-developer-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-developer-list

End of gimp-developer-list Digest, Vol 4, Issue 31 **************************************************

BONSOIR , J'ai eu un gros BUG informatique à savoir que toutes mes données
ne sont plus enregistrer ,de ce fait je doit tout recommencer ( + de 3 ans
de travail ) ENFIN ,je ne baisse pas les bras et je vais tout recommencer ,
MERCI de me comprendre Gerard le senior provencal . à très bientôt .