Re: [Gimp-developer] gimp-developer-list Digest, Vol 4, Issue 18

[Gerard BRESOLIN <un autrerevenu gmail com>]

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

2012/1/14 <gimp-developer-list-request gnome org>

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 <alexandre prokoudine gmail com>
To: gimp-developer <gimp-developer-list gnome org>
Subject: Re: [Gimp-developer] something's starting, it is the text
       tool
Message-ID:
       <CAFjkzc10wFd-VnWA05K5tby+6PnKEm6_r2b82vm3YYsAe6me4A mail gmail com>
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 JaySmith com>
To: gimp-developer-list gnome org
Subject: Re: [Gimp-developer] something's starting, it is the text
       tool
Message-ID: <4F1081FF 5030508 JaySmith com>
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 gimp org>
To: Jay Smith <jay JaySmith com>
Cc: gimp-developer-list gnome org
Subject: Re: [Gimp-developer] 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 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 <mitch gimp org>
To: Jay Smith <jay JaySmith com>
Cc: gimp-developer-list gnome org
Subject: Re: [Gimp-developer] 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 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 <saul crazyauntgail com>
To: gimp-developer-list gnome org
Subject: [Gimp-developer] Request for 2.8 - treat images as items
Message-ID:
       <1326495049 12714 YahooMailClassic web2809 biz mail ne1 yahoo com>
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 .