Hi,

On 2018-03-14 19:03, Fulvio Massimo Mariani wrote:
Hello Everybody, thanks for the answers.

If ever you want to continue discussing on the mailing list, could you please subscribe to the list? I am forced to accept manually each and every of your emails to get them through. I'd prefer not having to.

@Alex, these numbers came out from my personal usage and experience,
are just a projection of my personal usage og Gimp over years.

What is very important in software is always to remember that one's personal experience is not enough to infer the whole world's usage of a software.

@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.

Yeah. Just to make this clear: this is not a "choice" that font loading is so slow on Windows. ;p It is a **bug**. We know of it, and we'd love to see it fixed. So yeah, the "idea" of not having a bug is clearly ok (not loading at all the fonts is certainly not the solution though, it would just be a worse bug)! ;-)

Yet clearly the fact that Windows developer rarely seem interested into contributing is the main blocker. As I said: it's Free Software, we are happy to get patches and contributions…

Anyway I think we are agreeing here. No need to discuss further, I guess.

Jehan

I’ll stay tuned for updates.

F.

Inviato da Posta [1] 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!

Thanks!

Jehan

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

http://film.zemarmot.net

Liberapay: https://liberapay.com/ZeMarmot/

Patreon: https://patreon.com/zemarmot

Tipeee: https://www.tipeee.com/zemarmot



Links:
------
[1] https://go.microsoft.com/fwlink/?LinkId=550986

--
ZeMarmot open animation film
http://film.zemarmot.net
Liberapay: https://liberapay.com/ZeMarmot/
Patreon: https://patreon.com/zemarmot
Tipeee: https://www.tipeee.com/zemarmot
_______________________________________________
gimp-gui-list mailing list
gimp-gui-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-gui-list

Reply via email to