Hello Everybody, thanks for the answers.

@Alex, these numbers came out from my personal usage and experience, are just a 
projection of my personal usage og Gimp over years.
@Jehan I wrote only because of the upcoming new stable release, and fixing this 
bug for Windows users would be nice.
I noticed that the font loading issue is actually influencing my usage 
experience, I became less patient with it (mainly because our perception of 
speed changes with time).
About the text tool usage percentage, I know Gimp is a multi-functional tool, 
but at the same time it is not used only for big projects and long design 
sessions (30+ mins of drawing/editing), it is also used for quick image edits 
(open, edit, export, close), and these quick tasks are the most influenced by 
the font loading issue.
I did not know only Windows was influenced by this issue.

Anyway i wanted to share my idea of dismissing the font loading.
I’ll stay tuned for updates.


Inviato da Posta per Windows 10

Da: Jehan
Inviato: mercoledì 14 marzo 2018 16:46
A: Fulvio Massimo Mariani
Cc: gimp-gui-list@gnome.org
Oggetto: Re: [Gimp-gui] Prioritize loading speed, dismiss fonts loading.

On 2018-03-14 15:26, Fulvio Massimo Mariani wrote:
> Hello.
> I invite developers to take in consideration the question of gimps
> launching speed. I think this is the very first issue to solve, before
> many other things.

We are aware of this issue. It's not that we don't want to improve the 
speed, it is that we expect Windows developers to take care of their 
platforms. Most of us don't have this problem (as far as I am concerned, 
GIMP opens very quickly!) so it is not a priority.

We often take time for improving GIMP on the Windows platform (and we 
already did a lot about this font loading issue, which used to be even 
worse, from what I understood!) but we can't just spend all our time on 
a problem that none of us ever sees.

This is one of these times when I would like to remind that GIMP is Free 
Software and that we really welcome patches! Please, especially if you 
use Windows, and care about your platform support in GIMP, show us you 
care! :-)

> It can take up to 1.30 mins to load the app, and this is an unreal
> time for 2018 standards because of fonts loading.
> I suggest to dismiss completely the fonts load/preload during gimps
> launch.
> In 90% of case gimp is used for photo editing, crop, quick edits, not
> for adding texts to the images, via the text tool. In 90% of cases
> gimp is opened and closed without hitting once the text tool.
> Also consider that a designer usually has more than 3000 fonts
> installed, and waiting gimp to load em all, is quite a waste of time
> if they wont be used. Gimp is mostly a photo editing software, not a
> paging software.

GIMP is an image manipulation software, with all its meanings, and text 
creation is one of these. I can safely say many people rely on being 
able to draw texts (and we are parts of these people).
I don't have stats of how many, but as Alexandre, I wonder where yours 
come from. ;-)

> Gimp should be ready to work in 5-6 seconds from the exe launch, i
> really think this is the key.

Indeed, it should. And it is the case on my operating system. Once 
again, patches are welcome to improve things on other OSes.

> Light apps are the key for the future.
> Postpone font loading in a second moment (delayed background loading),
> or use a selective loading process, once the text tool is selected.

As Alexandre noted, we have a bug report exactly about this (background 
loading) but none working on it currently. One of us may look at this at 
some point (I would if nobody else does because I indeed think this is 
important) but this is not a priority for most current developers since 
we don't use Windows.
It's more one of these bugs we would do because we need to ensure some 
minimum support for every platforms, but really we would appreciate to 
have dedicated Windows developers (wJehanhich would ensure much more than 
minimum support!).

Everyone, don't forget, this is Free Software! It's a lot about 
contributing and doing something great *together*! Please, help us, send 
us patches, show us you care!


> Best regards.
> Fulvio
> Il mer 14 mar 2018, 13:00 <gimp-gui-list-requ...@gnome.org> ha
> scritto:
>> Send gimp-gui-list mailing list submissions to
>> gimp-gui-list@gnome.org
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://mail.gnome.org/mailman/listinfo/gimp-gui-list [1]
>> or, via email, send a message with subject or body 'help' to
>> gimp-gui-list-requ...@gnome.org
>> You can reach the person managing the list at
>> gimp-gui-list-ow...@gnome.org
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of gimp-gui-list digest..."
>> Today's Topics:
>> 1. Inconsistencies in angle of rotation measurements (Elle
>> Stone)
> ----------------------------------------------------------------------
>> Message: 1
>> Date: Tue, 13 Mar 2018 08:44:57 -0400
>> From: Elle Stone <ellest...@ninedegreesbelow.com>
>> To: gimp-gui-list <gimp-gui-list@gnome.org>
>> Subject: [Gimp-gui] Inconsistencies in angle of rotation
>> measurements
>> Message-ID:
>> <a9f8c54f-ef50-59f6-91b6-14b6d9746...@ninedegreesbelow.com>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>> Stopping to add/subtract the appropriate angle to make various
>> tools and
>> filters match the angle measured by the Measure Tool is a bit of an
>> interruption.
>> Is there an option somewhere (that I haven't found - I looked in
>> the
>> toolbox and in Preferences) to tell the Measure Tool to show angles
>> from
>> 0 to 360 counterclockwise to match the angles shown by the Paint
>> Tools?
>> And a second option to tell the Measure Tool to show angles from 0
>> to
>> +/- 180 degrees to match the layer arbitrary rotation operation?
>> And a third option to tell the Measure Tool to show angles from 0
>> to 360
>> degrees *clockwise*, to match Filters that measure angles clockwise
>> instead of counterclockwise from the positive x-axis? And etc if
>> there
>> are other starting points/directions for other Filters/operations
>> that
>> take angles as user input?
>> If there aren't already such options available, maybe it would be a
>> good
>> idea to have all angle measurements for all tools and filters be
>> counterclockwise from zero at the positive x-axis? Though some
>> angle
>> measurements are more comfortably done starting from 0 degrees at
>> the
>> positive y axis.
>> Here are various ways current GIMP tools and operations measure
>> angles:
>> * The "click/shift to position and paint" angle measurements
>> measure
>> counterclockwise from zero to 360 degrees, with zero being at the
>> positive x-axis.
>> * Filters/Blur/Circular Motion Blur and Linear Motion Blur angle of
>> blur
>> both run from 0 to 360, counterclockwise (matches the Paint tools).
>> * The "View/Rotate View/Other Rotation Angle" angle of rotation
>> measurements from 0 to 360, but *clockwise* (opposite direction
>> from the
>> Paint tools) from the positive x-axis.
>> * For arbitrary rotation of a layer, the rotation measurements from
>> always from 0 at the positive y-axis, running from -180
>> (counterclockwise) degrees to +180 (clockwise) degrees.
>> * The "Measure Tool" measures the angle from the closest of the
>> positive
>> and negative x axes. So the maximum angle the Measure Tool will
>> show is
>> 90 degrees, which means there are four angles (one per quadrant)
>> that
>> measure 1 degree, four angles that measure 2 degrees, four that
>> measure
>> 3 degrees, and so on, all the way from "just over 0" to "just under
>> 90
>> degrees", with 0 and 90 degrees only being measured at two angles
>> each,
>> being the positive and negative x and y axes, respectively.
>> Rotating a layer or selection to match an angle measured by the
>> Measure
>> Tool requires some fairly complicated adding/subtracting. Let's say
>> you
>> measured an angle of 27 degrees in the third quadrant. So starting
>> from
>> 0 rotation, add 90 degrees to get to the negative x-axis, and then
>> add
>> 27 more degrees, so rotate the layer or selection by 90+27=117
>> degrees.
>> Painting a straight line at a given angle that was measured using
>> the
>> Measure Tool requires adding/subtracting 0 or 90 or 180 or 270
>> degrees,
>> depending on the direction of the painted line vs the angle
>> measured by
>> the Measure Tool.
>> And etc.
>> Here are some possibly relevant bug reports:
>> add easy way to set rotation angle to straighten an image:
>> https://bugzilla.gnome.org/show_bug.cgi?id=526719 [2]
>> Measure tool: saveable preset parameters:
>> https://bugzilla.gnome.org/show_bug.cgi?id=679562 [3]
>> The Angle range in brush dynamics should be -180?/+180? and not
>> 0?-360?:
>> https://bugzilla.gnome.org/show_bug.cgi?id=787651 [4]
>> implement free angled guides:
>> https://bugzilla.gnome.org/show_bug.cgi?id=344109 [5]
>> Best,
>> Elle
>> ------------------------------
>> Subject: Digest Footer
>> _______________________________________________
>> gimp-gui-list mailing list
>> gimp-gui-list@gnome.org
>> https://mail.gnome.org/mailman/listinfo/gimp-gui-list [1]
>> ------------------------------
>> End of gimp-gui-list Digest, Vol 24, Issue 4
>> ********************************************
> Links:
> ------
> [1] https://mail.gnome.org/mailman/listinfo/gimp-gui-list
> [2] https://bugzilla.gnome.org/show_bug.cgi?id=526719
> [3] https://bugzilla.gnome.org/show_bug.cgi?id=679562
> [4] https://bugzilla.gnome.org/show_bug.cgi?id=787651
> [5] https://bugzilla.gnome.org/show_bug.cgi?id=344109
> _______________________________________________
> gimp-gui-list mailing list
> gimp-gui-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gimp-gui-list

ZeMarmot open animation film
Liberapay: https://liberapay.com/ZeMarmot/
Patreon: https://patreon.com/zemarmot
Tipeee: https://www.tipeee.com/zemarmot

gimp-gui-list mailing list

Reply via email to