GNOME.org
 

[gimp-web] content: more writing and screenshots for GIMP 2.99.12 release news.

commit 0efc8249c7c79d1e0f7ea6fa97193e52514e2424
Author: Jehan <jehan girinstud io>
Date:   Fri Aug 26 14:54:11 2022 +0200

    content: more writing and screenshots for GIMP 2.99.12 release news.

 .../gimp-2.99.12-fill-line-art-3-steps.png         | Bin 0 -> 47970 bytes
 .../gimp-2.99.12-psd-duotone.jpg                   | Bin 0 -> 38356 bytes
 .../gimp-2.99.12-soft-proofing-toggle.jpg          | Bin 0 -> 178046 bytes
 .../gimp-2.99.12-svg-disable-safety.jpg            | Bin 0 -> 26850 bytes
 .../gimp-2.99.12-themes.jpg                        | Bin 0 -> 78901 bytes
 .../2022/2022-08_GIMP-2.99.12_Released/index.md    | 235 ++++++++++++++++-----
 6 files changed, 182 insertions(+), 53 deletions(-)
---
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-fill-line-art-3-steps.png 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-fill-line-art-3-steps.png
new file mode 100644
index 00000000..fa99e70d
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-fill-line-art-3-steps.png differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-psd-duotone.jpg 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-psd-duotone.jpg
new file mode 100644
index 00000000..eac3ce30
Binary files /dev/null and b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-psd-duotone.jpg 
differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-soft-proofing-toggle.jpg 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-soft-proofing-toggle.jpg
new file mode 100644
index 00000000..5c5887f1
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-soft-proofing-toggle.jpg differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-svg-disable-safety.jpg 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-svg-disable-safety.jpg
new file mode 100644
index 00000000..7ef52e5e
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-svg-disable-safety.jpg differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-themes.jpg 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-themes.jpg
new file mode 100644
index 00000000..09a98670
Binary files /dev/null and b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-themes.jpg differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/index.md 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/index.md
index 2954c745..c9230113 100644
--- a/content/news/2022/2022-08_GIMP-2.99.12_Released/index.md
+++ b/content/news/2022/2022-08_GIMP-2.99.12_Released/index.md
@@ -53,13 +53,13 @@ This is why we went for a simpler and direct design. For instance, now
 </figure>
 
 Note that this code area still is a work-in-progress. There are more
-interactions still worked on, such as opacity update and possible
-customizability (see [next section](#customizable-on-canvas-modifiers)).
+interactions still worked on, such as opacity update and customizability
+(see [next section](#customizable-on-canvas-modifiers)).
 
 ### Customizable on-canvas modifiers
 
 Many features are available on-canvas, some of them less known than
-others, for panning, rotating the canvas ([since GIMP
+others, for panning, zooming, rotating the canvas ([since GIMP
 2.10.0](https://www.gimp.org/release-notes/gimp-2.10.html#digital-painting-improvements))
 or even selecting layers through canvas ([since GIMP
 2.10.10](https://www.gimp.org/news/2019/04/07/gimp-2-10-10-released/#on-canvas-layer-selection)).
@@ -95,10 +95,10 @@ As an example, even the [just implemented brush
 sizing](#on-canvas-brush-sizing) already comes in 2 variants (resize
 from center or sides).
 
-Not to mention we had feedbacks lately of people disliking some canvas
-actions happening unexpectedly, for instance because they hit `Shift`
-too early and a canvas rotation happens (and admittedly not everyone
-cares about having canvas rotation in their workflow).
+Not to mention we had feedbacks of people disliking unexpected canvas
+changes, for instance because they hit `Shift` too early and a canvas
+rotation happens (admittedly not everyone cares about having canvas
+rotation in their workflow).
 Moreover some legacy actions, such as the contextual menu, can be
 questionable nowadays (especially as it is the same menu available
 at the top of the window).
@@ -111,9 +111,9 @@ modifiers, remove some or change them all. The settings are in
 labelled "*Click here to set a button's modifiers*" with any mouse or
 stylus button to start customize its modifiers.
 
-You can even add custom "action", i.e. anything to which you could
+You can even add custom "actions", i.e. anything to which you could
 assign a shortcut. Want to swap the foreground/background color on
-`right click`? Now you can. Want to activate the Unifier Transform tool
+`right click`? Now you can. Want to activate the Unified Transform tool
 with `Shift-middle click` and remove canvas rotation? You can too.
 
 <figure>
@@ -150,12 +150,16 @@ movement. It doesn't depend on the movement span, which is why we called
 it the "*By duration*" drag-to-zoom behavior.
 
 The new behavior is the "*By distance*" drag-to-zoom as it will zoom more
-if you do large movement, or in a more fine-grained way with very short
+if you do large moves, or in a more fine-grained way with very short
 moves. We left both behaviors available as a settings because after user
 testing, we decided that some people may prefer the old behavior, though
 the newly proposed also made sense.
 
-This was contributed by woob.
+Finally the "*Drag-to-zoom speed*" allows you to set the speed rate at
+which the zoom will happen, in percentage of the default (i.e. that 100
+is the default speed; you can lower or higher).
+
+These zoom settings were contributed by woob.
 
 ### Improved tool pointers
 
@@ -172,24 +176,25 @@ rethought:
   instance because you use a dynamics changing the size with pressure),
   GIMP will display a fallback 4-arcs generic outline showing the set
   size (it used to show a crosshair which made no sense, as "*Show
-  pointer*" was explicitly unchecked.
+  pointer*" was explicitly unchecked).
 * When both "*Show brush outline*" and "*Show pointer for paint tools*"
   are unchecked, we show a minimal visual feedback of a few pixels only,
   as inconspicuous as possible, instead of a crosshair. Once again,
   people are explicitly asking for nothing, so showing a crosshair felt
-  counter-productive. Yet really showing nothing at all could be
+  counter-productive. Yet actually showing nothing at all would be
   confusing too. Even with tablet displays, the parallax issue is
   unfortunately very real. This is why we opted for an extremely small
   point-like cursor. It still shows your exact position with few
   disturbance.
 
-  The point-like cursor was originally contributed by L
-  Amander, then modified by Aryeom in order to be visible on both dark
-  and light background, and the new pointer was adapted into existing
-  settings instead of creating a dedicated setting.
-  🛈 This feature is really adapted for tablet displays and may seem very
-  hard to use and frustrating for any other usage (nearly invisibile
-  pointer).
+The point-like cursor was originally contributed by L Amander, then
+modified by Aryeom who made it visible on both dark and light
+background, and the new pointer was adapted into existing settings
+instead of creating a dedicated setting.
+
+⚠️ This point-like cursor feature is really adapted for tablet displays
+and may seem very hard to use and frustrating for any other usage
+(nearly invisibile pointer).
 
 <figure>
 <a href="{attach}gimp-2.99.12-point-like-cursor.gif">
@@ -202,18 +207,63 @@ rethought:
 
 ### Improving again the "Fill by line art detection" of Bucket Fill tool
 
+The "Fill by line art detection" mode of the Bucket Fill tool is a big
+question for us as we are regularly [tweaking the
+options](https://www.gimp.org/news/2022/02/25/gimp-2-99-10-released/#new-option-in-line-art-mode-of-bucket-fill-tool)
+to improve usability.
+
+The idea is how to make the settings easier to understand while not
+losing the very advanced capacity of the tool.
+
+Therefore we tried something new, reorganizing the options in 3
+categories which correspond to the 3 main steps of the line art
+algorithm:
+
+1. **Line Art Detection**: the settings which configure how the line art
+   is detected: which source is being used? Using opacity or grayscale?
+   Which threshold?
+2. **Line Art Closure**: the settings for the closure algorithm, of
+   opened line art areas.
+3. **Fill Borders**: the settings for borders of the fill: how much
+   should we grow under the detected line art? How to get smoother
+   borders?
+
+<figure>
+<a href="{attach}gimp-2.99.12-fill-line-art-3-steps.png">
+<img src="{attach}gimp-2.99.12-fill-line-art-3-steps.png" alt="Bucket Fill options - line art algorithm"/>
+</a>
+<figcaption>
+<em>3 steps in the line art algorighm: (1) line detection, (2) line closure, (3) border style - GIMP 
2.99.12</em>
+</figcaption>
+</figure>
+
+Also we add an "*Automatic closure*" checkbox which is equivalent to
+setting the "*Maximum gap length*" to zero, and simply means we don't
+want any smart closure by an algorithm. It is more understandable this
+way while making easier to switch between smart and no closure.
+
+As a parallel, the option "*Allow closing lines in selected layer*" was
+renamed "*Manual closure in fill layer*".
+
+Finally we added a "*Stroke borders*" which works similarly as the
+"*Stroke Path*" or "*Stroke Selection*" features and which can be
+useful, in particular for visible borders of unclosed areas.
+
+More iterations may happen to improve usability of this very nice tool
+as we progress towards GIMP 3.0.
+
 ### Welcome Dialog
 
 Remember the "[Welcome
 dialog](https://www.gimp.org/news/2022/02/25/gimp-2-99-10-released/#welcome-dialog)"
 which you get after an update (you probably got one in GIMP 2.99.12)? We
-worked a bit on the release note tab to allow for "demo" items. I.e. now
-we can have some items (spotted with a different bullet point) which
-will show a short scenario showing what a new feature refer to.
+worked a bit on the "*Release Note*" tab to allow for "demo" items. I.e. now
+some items (spotted with a different bullet point) will play a short
+scenario showing what a new feature refer to.
 
 This is still a work-in-progress which doesn't work for all types of
-features, and the demo "playback" can definitely still be improved.
-Nevertheless this is what it looks like right now:
+features, and the styling for demo "playback" can definitely be
+improved. This is what it looks like right now:
 
 <figure>
 <a href="{attach}gimp-2.99.12-welcome-dialog-demo.gif">
@@ -233,11 +283,12 @@ since GIMP 2.99.6.
 It is now also possible to rotate the canvas with a pinch gesture. Note
 that we made the choice to make zoom and rotation through pinch
 exclusive, i.e. that the first detected movement will lock on the
-gesture. It seemed to us that people might find it annoying to have
-rotation when you just want to zoom (or the other way around).
+gesture to either zoom or rotation, not both at the same time. It seemed
+to us that people might find it annoying to rotate when you just want to
+zoom (or the other way around).
 
 Furthermore you can now zoom the preview images in item dockables
-(*Layers*, *Channels*, *Paths*) with pinching and mouse wheel.
+(*Layers*, *Channels*, *Paths*) with pinching or mouse wheel.
 
 Finally you can zoom in the *Gradients* dockable by pinch gesture too.
 
@@ -249,30 +300,31 @@ implemented pinch gesture on canvas.
 This one deserved a section on its own in this news report because
 thanks to our new [GSoC student](), things moved quite fast here, not
 only for CMYK, but for the color space invasion project as a whole. We
-had to re-think a lot of the color exchanges in various parts of the
-program.
+had to re-think a lot of the color conversions and display in various
+parts of the program.
 
 ### Simulation data is now image data
 
 The main usage of "simulation" is soft-proofing, a very common use case
 being printing. E.g. you could work in a RGB space, but know the final
-format (through a profile give to you by a printshop, often a CMYK
+format (e.g. through a profile given to you by a printshop, often a CMYK
 profile) and want to see how your image would render, in particular
-check gamut loss.
+regarding gamut loss.
 
 It was already possible to set a "Soft proof profile", as well as a
 rendering intent, and whether you wanted black point compensation or
 not. Yet this info was lost at each session restart.
 
 These data will now be stored within the XCF file itself. So you won't
-need to re-set them each time. Also if you do a specific print job, what
-the final target is can anyway be considered part of the image.
+need to re-set them each time. Indeed if you work on a print job, the
+final target can be considered part of your workflow for this specific
+print job, hence part of the image.
 
-As a consequence, these moved from the `View > Color management` menu to
-the `Image > Color management` menu (though `View > Color management`
+As a consequence, these moved from the `View > Color Management` menu to
+the `Image > Color Management` menu (though `View > Color management`
 still contains some settings, such as whether to enable color management
 and whether or not to soft-proof. These are not image data but specific
-to a view (a same image can be simultaneously displayed in several
+to a view: a same image can be simultaneously displayed in several
 views, one proofed and the other not, for instance).
 
 ### Simulation toggle in the status bar
@@ -290,6 +342,16 @@ icon has 3 purposes:
   simulation rendering intent, black point compensation…) with a pop-up
   dialog by right-clicking.
 
+<figure>
+<a href="{attach}gimp-2.99.12-soft-proofing-toggle.jpg">
+<img src="{attach}gimp-2.99.12-soft-proofing-toggle.jpg" alt="Quickly
+changing soft-proofing settings with a toggle on status bar"/>
+</a>
+<figcaption>
+<em>Quickly enabling soft-proofing, clicking a toggle on status bar; or changing soft-proofing settings, 
right-clicking the same toggle (here showing a CC by-sa character design on canvas, by <a 
href="https://film.zemarmot.net/";>Aryeom</a>) - GIMP 2.99.12</em>
+</figcaption>
+</figure>
+
 ### Various GUI now simulation-aware
 
 Most GUIs which were displaying CMYK data were displaying "naive CMYK"
@@ -383,11 +445,78 @@ generic GTK process, which is that your theme can contain a
 file will be used instead of the first when the "*Use dark theme variant
 if available*" option is checked in Preferences.
 
-TODO: screenshots.
+<figure>
+<a href="{attach}gimp-2.99.12-themes.jpg">
+<img src="{attach}gimp-2.99.12-themes.jpg" alt="New Default theme in
+light and dark variants"/>
+</a>
+<figcaption>
+<em>New Default theme in light and dark variants - GIMP 2.99.12</em>
+</figcaption>
+</figure>
 
 ## File format support
 ### PSD
+
+Additionally to the new CMYK support on import, our PSD support got the
+following improvements:
+
+* Improved error logging during load.
+* Added support for extra layer mask: according to the specifications
+  the extra mask is used "*when both a user mask and a vector mask are
+  present*".
+  We haven't seen an example that has the extra mask, so not sure
+  which of the masks would appear first.
+  For now assuming that the extra mask will be first. The advantage
+  of adding this here now, is that we won't try to add a mask
+  channel as a normal channel.
+* Minimal support of duotone data: on import, a duotone image will
+  be imported as grayscale image with an alert and the color
+  information will be stored in a parasite; on export, a dialog will
+  propose you to re-include the duotone data if the image is still
+  grayscale. This allows for a roundtrip in GIMP without losing the
+  duotone information.
+
+<figure>
+<a href="{attach}gimp-2.99.12-psd-duotone.jpg">
+<img src="{attach}gimp-2.99.12-psd-duotone.jpg" alt="New dialogs when importing (left) then re-exporting 
(right) a PSD duotone image"/>
+</a>
+<figcaption>
+<em>New dialogs when importing (left) then re-exporting (right) a PSD duotone image - GIMP 2.99.12</em>
+</figcaption>
+</figure>
+
 ### SVG
+
+Some valid SVG can fail to import when they contain some huge data (of
+various types). This is not a limitation of the parser but a security
+limitations, because malicious SVG files can be created on purpose to
+consume too much memory.
+
+Nevetheless this can still happen on valid and non-malicious files, as
+some users encounter issues with SVG files exported by Sweet Home 3D (a
+nice Free Software for drawing interior design plans). Hence when
+failure to load a SVG occurs, GIMP will propose to try again with the
+security limitation removed.
+
+<figure>
+<a href="{attach}gimp-2.99.12-svg-disable-safety.jpg">
+<img src="{attach}gimp-2.99.12-svg-disable-safety.jpg" alt="Dialog to disable safety limit on failed SVG 
import"/>
+</a>
+<figcaption>
+<em>Dialog to disable safety limit on failed SVG import - GIMP 2.99.12</em>
+</figcaption>
+</figure>
+
+🛈  Note that GIMP doesn't have the information whether the load failure
+happened because of this specific issue or not, so if the reason was
+other, even retrying without security limitation may still fail.
+
+⚠️  Also very IMPORTANT: as explained, this was a safety measure, which
+implies that disabling it has security implications. You should only
+accept disabling it to load SVG files from trusted sources, as the
+pop-up also reminds. ☢️
+
 ### GIF
 ### PNG
 ### DDS
@@ -758,22 +887,22 @@ download load!
 Three German books and three Polish books about GIMP have been added to
 the [books page](https://www.gimp.org/books/):
 
-* [*GIMP. Niesamowite efekty*, by Błażej Witkowski
-  (2019)](https://www.gimp.org/books/#gimp-niesamowite-efekty)
-* [*GIMP. Poznaj świat grafiki komputerowej*, by Błażej Witkowski
-  (2019)](https://www.gimp.org/books/#gimp-poznaj-swiat-grafiki-komputerowej)
-* [*Fotografia cyfrowa, Obsługa programu GIMP*, by Jadwiga Pawluk
-  (2012)](https://www.gimp.org/books/#fotografia-cyfrowa-obsuga-programu-gimp)
-* [*GIMP 2.10. Das umfassende Handbuch*, by Jürgen Wolf
-  (2019)](https://www.gimp.org/books/#gimp-210-das-umfassende-handbuch)
-* [*Bildbearbeitung mit GIMP 2.10 leicht gemacht. Der praktische Einstieg*, by Robert Klaßen
-  (2018)](https://www.gimp.org/books/#bildbearbeitung-mit-gimp-210-leicht-gemacht-der-praktische-einstieg)
-* [*GIMP 2.8*, by Bettina K. Lechner
-  (2014)](https://www.gimp.org/books/#gimp-28)
+* [*GIMP 2.10. Das umfassende Handbuch*, by Jürgen 
Wolf](https://www.gimp.org/books/#gimp-210-das-umfassende-handbuch)
+  (2019, in German)
+* [*GIMP. Niesamowite efekty*, by Błażej Witkowski](https://www.gimp.org/books/#gimp-niesamowite-efekty)
+  (2019, in Polish)
+* [*GIMP. Poznaj świat grafiki komputerowej*, by Błażej 
Witkowski](https://www.gimp.org/books/#gimp-poznaj-swiat-grafiki-komputerowej)
+  (2019, in Polish)
+* [*Bildbearbeitung mit GIMP 2.10 leicht gemacht. Der praktische Einstieg*, by Robert 
Klaßen](https://www.gimp.org/books/#bildbearbeitung-mit-gimp-210-leicht-gemacht-der-praktische-einstieg)
+  (2018, in German)
+* [*GIMP 2.8*, by Bettina K. Lechner](https://www.gimp.org/books/#gimp-28)
+  (2014, in German)
+* [*Fotografia cyfrowa, Obsługa programu GIMP*, by Jadwiga 
Pawluk](https://www.gimp.org/books/#fotografia-cyfrowa-obsuga-programu-gimp)
+  (2012, in Polish)
 
 We remind that we welcome book additions. Whether you wrote it or just
 read it, if you know of a book about GIMP, just [report the same
-information as other books list](https://gitlab.gnome.org/Infrastructure/gimp-web/-/issues/new).
+information as other books in the list](https://gitlab.gnome.org/Infrastructure/gimp-web/-/issues/new).
 Thanks!
 
 ## Release stats
@@ -890,8 +1019,8 @@ Other packages made by third-party are obviously expected to follow
 ## What's next
 
 This release is once again a major milestone towards GIMP 3.0. All 2.99
-development versions were big milestones, but now we are really feeling
-we are getting close to release candidates with some great improvements
+development versions were big milestones, but we are really feeling we
+are getting close to release candidates now, with some great improvements
 happening in much needed places:
 
 * we are finally getting proper neutral-gray themes;
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]