2012/1/14 <gimp-developer-list-request@xxxxxxxxx>
Send gimp-developer-list mailing list submissions to
gimp-developer-list@xxxxxxxxx
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@xxxxxxxxx
You can reach the person managing the list at
gimp-developer-list-owner@xxxxxxxxx
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 <alexandre.prokoudine@xxxxxxxxx>
To: gimp-developer <gimp-developer-list@xxxxxxxxx>
Subject: Re: something's starting, it is the text
tool
Message-ID:
<CAFjkzc10wFd-VnWA05K5tby+6PnKEm6_r2b82vm3YYsAe6me4A@xxxxxxxxxxxxxx>
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 <jay@xxxxxxxxxxxx>
To: gimp-developer-list@xxxxxxxxx
Subject: Re: something's starting, it is the text
tool
Message-ID: <4F1081FF.5030508@xxxxxxxxxxxx>
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 <mitch@xxxxxxxx>
To: Jay Smith <jay@xxxxxxxxxxxx>
Cc: gimp-developer-list@xxxxxxxxx
Subject: Re: something's starting, it is the text
tool
Message-ID: <1326482642.29255.0.camel@localhost>
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@xxxxxxxxx
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
------------------------------
Message: 4
Date: Fri, 13 Jan 2012 20:26:27 +0100
From: Michael Natterer <mitch@xxxxxxxx>
To: Jay Smith <jay@xxxxxxxxxxxx>
Cc: gimp-developer-list@xxxxxxxxx
Subject: Re: something's starting, it is the text
tool
Message-ID: <1326482787.29255.1.camel@localhost>
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@xxxxxxxxx
> > http://mail.gnome.org/mailman/listinfo/gimp-developer-list
>
>
> _______________________________________________
> gimp-developer-list mailing list
> gimp-developer-list@xxxxxxxxx
> http://mail.gnome.org/mailman/listinfo/gimp-developer-list
------------------------------
Message: 5
Date: Fri, 13 Jan 2012 14:50:49 -0800 (PST)
From: Saul Goode <saul@xxxxxxxxxxxxxxxxx>
To: gimp-developer-list@xxxxxxxxx
Subject: Request for 2.8 - treat images as items
Message-ID:
<1326495049.12714.YahooMailClassic@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxx
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 .
_______________________________________________ gimp-developer-list mailing list gimp-developer-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gimp-developer-list
