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. F. Inviato da Posta per Windows 10 Da: Jehan 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 |