GNOME.org
 

[gimp-web] content: more text for GIMP 2.99.12 release news.

commit 8ce2602a3a877d38da5c2aa88462ea51ce3a2304
Author: Jehan <jehan girinstud io>
Date:   Fri Aug 26 00:05:41 2022 +0200

    content: more text for GIMP 2.99.12 release news.
    
    We are getting there!

 .../gimp-2.99.12-brush-change-on-canvas.gif        | Bin 0 -> 243003 bytes
 .../gimp-2.99.12-point-like-cursor.gif             | Bin 0 -> 254606 bytes
 .../gimp-2.99.12-remapping-modifiers.gif           | Bin 0 -> 848072 bytes
 .../gimp-2.99.12-welcome-dialog-demo.gif           | Bin 0 -> 296822 bytes
 .../2022/2022-08_GIMP-2.99.12_Released/index.md    | 285 ++++++++++++++++-----
 5 files changed, 227 insertions(+), 58 deletions(-)
---
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-brush-change-on-canvas.gif 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-brush-change-on-canvas.gif
new file mode 100644
index 00000000..b9a4e1db
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-brush-change-on-canvas.gif differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-point-like-cursor.gif 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-point-like-cursor.gif
new file mode 100644
index 00000000..e1046100
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-point-like-cursor.gif differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-remapping-modifiers.gif 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-remapping-modifiers.gif
new file mode 100644
index 00000000..355a3f4b
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-remapping-modifiers.gif differ
diff --git a/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-welcome-dialog-demo.gif 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-welcome-dialog-demo.gif
new file mode 100644
index 00000000..018b1177
Binary files /dev/null and 
b/content/news/2022/2022-08_GIMP-2.99.12_Released/gimp-2.99.12-welcome-dialog-demo.gif 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 61b31e9e..2954c745 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
@@ -33,30 +33,33 @@ history](https://gitlab.gnome.org/GNOME/gimp/-/commits/master).
 ## Core Features
 ### On-canvas brush sizing
 
-There were discussions for quickly changing tool settings on-canvas,
-without having to go to the "Tool Options" dockable, such as changing
-brush size or tool opacity.
+There were requests for quickly changing tool settings, such as brush
+size or tool opacity, without having to go to the "Tool Options" dockable
 
 A quickly appearing on-canvas GUI was considered (similar to other
-software), but we realized that many people who want this actually
-prefer a non workflow-disruptive interaction.
-So we went for direct and quick brush size change for instance.
+software), though we realized that many people who want this prefer a
+non workflow-disruptive interaction.
 
-TODO: explain how it works and small animated image.
+This is why we went for a simpler and direct design. For instance, now
+`Alt` + right click will trigger a brush resize action on canvas.
 
-Note that this area still is a work-in-progress. There are also
-interactions worked on, such as opacity update and even much more (see
-[next section](#customizable-on-canvas-modifiers)); right now it doesn't
-feel exactly right.
+<figure>
+<a href="{attach}gimp-2.99.12-brush-change-on-canvas.gif">
+<img src="{attach}gimp-2.99.12-brush-change-on-canvas.gif" alt="Changing brush size with Alt + right click"/>
+</a>
+<figcaption>
+<em>Changing brush size with Alt + right click - GIMP 2.99.12</em>
+</figcaption>
+</figure>
 
-Moreover if you have any issue with canvas interaction, this is a good
-time to report them because a lot of work went into making the code more
-generic so early-tester bugs are expected.
+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)).
 
 ### Customizable on-canvas modifiers
 
 Many features are available on-canvas, some of them less known than
-others, for padding on, or rotating the canvas ([since GIMP
+others, for panning, 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)).
@@ -74,43 +77,54 @@ The current features are:
 
 These are based on the following logic:
 
-* The main button is reserved for tools. Even though some of them share
-  similar logic (e.g. all the selection tools have similar modifier use
-  to add/subtract/intersect selections), some may have pretty unique
-  need. So the tool does not touch this private area.
-* Then the secondary button was used for "navigation", in particular
-  canvas navigation, but even on some kind of `z` axis with layer
-  navigation with the recent Layer picking.
-* The third button was always quite unique for the contextual menu. The
-  new tool settings edit ability was added there as a default.
+* The main button is *reserved for tools*. Even though some of them
+  share similar logic (e.g. all the selection tools have similar
+  modifiers to add/subtract/intersect selections), some may have
+  specific use cases.
+* The secondary button is used for "navigation", in particular canvas
+  navigation, but even on some kind of `z` axis with layer navigation
+  (recent Layer picking ability since GIMP 2.10.10).
+* The third button was always quite contextual menu only. The new [brush
+  resizing ability](#on-canvas-brush-sizing) breaks this tradition.
 
 As we added new features, it became obvious that we were eventually
-going to lack enough identifiers for other useful actions. Also everyone
-is unique and has their own preferred workflow, so some people would
+going to lack modifiers for other useful actions. Also everyone is
+unique and has their own preferred workflow, so some people would
 definitely prefer to have slightly different action behavior.
 As an example, even the [just implemented brush
-sizing](#on-canvas-brush-sizing) already comes in 2 variants.
-
-Not to mention it was starting to get crowded and 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).
-Some legacy actions, such as a contextual menu on right click can also
-be questionable nowadays (especially as it is the same menu available
+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).
+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).
 
-This is why the canvas interaction code got re-factored to use
-customizable modifiers rather than hard-coded. The whole table above is
-still the default, but now you may switch modifiers, change them
-completely, add more actions, remove some.
+This is why the canvas interaction code got factorized to use
+customizable modifiers rather than hard-coded. The table above is still
+the default, but now you may customize it: add more actions and
+modifiers, remove some or change them all. The settings are in
+`Preferences > Canvas Interaction > Modifiers`, then click on the button
+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
+assign a shortcut. Want to swap the foreground/background color on
+`right click`? Now you can. Want to activate the Unifier Transform tool
+with `Shift-middle click` and remove canvas rotation? You can too.
 
-Not only this, but you can now add any custom "action", i.e. anything to
-which you could assign a shortcut. Want to swap the
-foreground/background color on `right click`? You can now. Want to
-activate the brush tool with `Shift-right click`? You can too. As any
-other action on any other combination of modifier and input pointer
-button.
+<figure>
+<a href="{attach}gimp-2.99.12-remapping-modifiers.gif">
+<img src="{attach}gimp-2.99.12-remapping-modifiers.gif" alt="Remapping modifiers for on-canvas 
interactions"/>
+</a>
+<figcaption>
+<em>Remapping Shift+middle click to select the Unified Transform tool
+and removing Shift-Ctrl + middle click mapping - GIMP 2.99.12</em>
+</figcaption>
+</figure>
 
 Not only this, but it should work with any button (not only the second
 and third). So if you have a mouse with 20 buttons, you could map every
@@ -121,12 +135,71 @@ map different actions to the same button of several plugged mice or
 styli (note that it doesn't recognize yet different device of the exact
 same model, but eventually it probably will).
 
+⚠️  If you experience bugs in any canvas interaction, this is a good time
+to report them because a lot of code updates happened to make the code
+more generic so early-tester bugs are expected.
+
 ### Testing new Zoom behaviors
 
-TODO: add info about the new Preferences settings by woob.
+A new settings is available in `Preferences > Canvas Interaction` to
+customize the zoom behavior, when zooming with `Ctrl` + middle click or
+`Ctrl-Space`.
+
+The legacy algorithm would zoom, in or out, continuously as long as there is
+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
+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.
 
 ### Improved tool pointers
 
+In `Preferences > Input Devices`, you will first discover that some
+settings have been moved around. In particular, pointer-related settings
+have been moved from "Image Windows" to "Input Devices" tab and
+reorganized.
+
+The second improvement is that the settings behavior have been
+rethought:
+
+* Now when "*Show brush outline*" is checked and "*Show pointer for
+  paint tools*" is unchecked, if the brush outline cannot be drawn (for
+  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.
+* 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
+  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).
+
+<figure>
+<a href="{attach}gimp-2.99.12-point-like-cursor.gif">
+<img src="{attach}gimp-2.99.12-point-like-cursor.gif" alt="Drawing with point-like cursor"/>
+</a>
+<figcaption>
+<em>Drawing with point-like cursor: 🔎 can you see the pointer? 🔬 - GIMP 2.99.12</em>
+</figcaption>
+</figure>
+
 ### Improving again the "Fill by line art detection" of Bucket Fill tool
 
 ### Welcome Dialog
@@ -134,11 +207,42 @@ TODO: add info about the new Preferences settings by woob.
 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.
+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.
 
-TODO: animated image + info that more is to be done. It's still WIP.
+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:
 
-### Pinching gesture in item and gradient dockables
+<figure>
+<a href="{attach}gimp-2.99.12-welcome-dialog-demo.gif">
+<img src="{attach}gimp-2.99.12-welcome-dialog-demo.gif" alt="Demo items
+in release notes of Welcome dialog"/>
+</a>
+<figcaption>
+<em>Double-clicking demo items in release notes of Welcome dialog - GIMP 2.99.12</em>
+</figcaption>
+</figure>
+
+### Pinching gesture for more usage
+
+It was already possible to [zoom the canvas with pinch
+gesture](https://www.gimp.org/news/2021/05/08/gimp-2-99-6-released/#pinch-gesture-on-canvas-for-zooming)
+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).
+
+Furthermore you can now zoom the preview images in item dockables
+(*Layers*, *Channels*, *Paths*) with pinching and mouse wheel.
+
+Finally you can zoom in the *Gradients* dockable by pinch gesture too.
+
+All of these were contributed by Povilas Kanapickas, who already
+implemented pinch gesture on canvas.
 
 ## CMYK
 
@@ -173,17 +277,81 @@ views, one proofed and the other not, for instance).
 
 ### Simulation toggle in the status bar
 
+To make simulation a first-class citizen in your workflow, we wanted a
+way to make it obvious when you are viewing a proofed image or not.
+This is done through a new icon at the right of the status bar. This
+icon has 3 purposes:
+
+* It visually shows whether we are in simulation (a.k.a. soft-proofing)
+  mode or not.
+* It allows to switch from simulation to non-simulated modes by clicking
+  on it.
+* It allows to customize simulation settings (simulation profile,
+  simulation rendering intent, black point compensation…) with a pop-up
+  dialog by right-clicking.
+
 ### Various GUI now simulation-aware
 
-TODO: the Color picker tool, sample points and Color selector are
-simulation-aware, i.e. that the CMYK values will use the soft-proof
-profile (if it is a CMYK profile).
+Most GUIs which were displaying CMYK data were displaying "naive CMYK"
+colors. It was some generic algorithm not taking account a specific CMYK
+color space.
+
+Now if you set a simulation profile, and if this profile is a CMYK one,
+then these interface will display CMYK colors for this space, assuming
+that this is what you are interested in.
+
+This includes interfaces such as the Color Picker tool, Sample Points,
+and the CMYK color selector.
 
 ### Export formats with new or improved CMYK support
 
-TODO: JPEG, TIFF, PSD.
+Similarly, several supported image formats have now new or improved CMYK
+support. We are not talking about having core CMYK support as backend
+encoding; GIMP is still only working in either \*RGB, grayscale or
+indexed. Yet, you can now better import or export CMYK images in several
+formats, with much more suitable conversion done. In particular, it
+means that:
+
+* The CMYK profile of imported CMYK images will be stored as a
+  simulation profile. I.e. that the image will now be RGB, yet the CMYK
+  profile will be kept for simulation.
+* RGB images can be exported as CMYK, using the simulation profile (if a
+  CMYK one).
+
+The assumption is always that the simulation profile is your target
+color space.
+
+The updated formats so far are:
+
+**JPEG**:
+
+   * CMYK export now possible using the image Soft-proofing profile.
+   * CMYK import ported to GEGL/babl conversion. The CMYK profile in
+     the JPEG image will be stored as soft-proof profile on the image.
+
+**TIFF**:
+
+   * 8 and 16-bit CMYK(A) export now possible, using the image
+     Soft-proofing profile.
+   * CMYK import now possible. The CMYK profile in the TIFF image will
+     be stored as Soft-proofing profile on the image.
+
+**PSD**:
+
+   * CMYK import ported to GEGL/babl conversion. The CMYK profile in
+     the PSD image will be stored as soft-proof profile on the image.
+
+### NEW plug-in API
+
+Plug-ins can now request or set the soft-proofing profile of an image
+with new functions, such as `gimp_image_get_simulation_profile()` or
+`gimp_image_set_simulation_profile()` respectively. This is really a new
+image data which can and should be used by plug-ins when they want to
+display or process CMYK colors in the context of the active image.
 
-### Improved API
+Similarly several `libgimpwidgets` widgets (GimpColorNotebook,
+GimpColorSelection and GimpColorSelector) are simulation-aware with new
+dedicated functions to set the simulation space of interest.
 
 ## Themes
 
@@ -639,11 +807,12 @@ repository](https://gitlab.gnome.org/GNOME/gimp/) for GIMP 2.99.12:
 * 4 people helped with in-code documentation: Jehan, Lloyd Konneker,
   Niels De Graef and Akkana Peck.
 * 1 person contributed to icons: Stanislav Grinkov.
+* 3 people contributed to cursors: Aryeom, Jehan and L amander.
 * 3 people contributed to themes: Jehan, Akkana Peck and Nikc.
-* 13 people contributed build-related updates: Jehan, Lloyd Konneker,
-  Akkana Peck, Anders Jonsson, Jan Tojnar, L amander, ktoyle, Øyvind
-  Kolås, Lukas Oberhuber, Bartłomiej Piotrowski, Ondřej Míchal, Daniel
-  Novomeský and Jacob Boerema.
+* 12 people contributed build-related updates: Jehan, Lloyd Konneker,
+  Akkana Peck, Anders Jonsson, Jan Tojnar, ktoyle, Øyvind Kolås, Lukas
+  Oberhuber, Bartłomiej Piotrowski, Ondřej Míchal, Daniel Novomeský and
+  Jacob Boerema.
 
 These are the stats on [babl](https://gitlab.gnome.org/GNOME/babl/),
 [GEGL](https://gitlab.gnome.org/GNOME/gegl/) and
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]