Re: [Gimp-gui] R: Prioritize loading speed, dismiss fonts loading.
- From: Jehan <jehan girinstud io>
- To: Fulvio Massimo Mariani <fulviomassimomariani gmail com>
- Cc: gimp-gui-list gnome org
- Subject: Re: [Gimp-gui] R: Prioritize loading speed, dismiss fonts loading.
- Date: Thu, 15 Mar 2018 02:31:13 +0100
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]