GNOME.org
 

Re: [Gimp-gui] R: Prioritize loading speed, dismiss fonts loading.

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-request 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-request gnome org







You can reach the person managing the list at



gimp-gui-list-owner 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 <ellestone 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-14b6d97469ea 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
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]