Sent: 2012-01-14 12:32:07 UTC (4 months ago)

From: Gerard BRESOLIN

gimp-developer-list Digest, Vol 4, Issue 18

permalink

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 .

Sent: 2012-01-26 17:34:27 UTC (4 months ago)

From: Gerard BRESOLIN

gimp-developer-list Digest, Vol 4, Issue 31

permalink

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 .