[gimp-web] content: update GIMP 2.10.22 news.

[Jehan <jehanp src gnome org>]

commit 985659b18d4815fbf3c3212a7814573942f68c2f
Author: Jehan <jehan girinstud io>
Date:   Fri Oct 2 20:40:46 2020 +0200

    content: update GIMP 2.10.22 news.
    
    Re-reading, tweaking the text, rewording and all that.

 .../2020/2020-08_GIMP-2.10.22_Released/index.md    | 157 +++++++++++++--------
 1 file changed, 95 insertions(+), 62 deletions(-)
---
diff --git a/content/news/2020/2020-08_GIMP-2.10.22_Released/index.md 
b/content/news/2020/2020-08_GIMP-2.10.22_Released/index.md
index af373876..6b0de15c 100644
--- a/content/news/2020/2020-08_GIMP-2.10.22_Released/index.md
+++ b/content/news/2020/2020-08_GIMP-2.10.22_Released/index.md
@@ -29,11 +29,13 @@ format plug-ins.
 ### HEIF: improved HEIC and new AVIF support
 
 AVIF is the HEIF variant using AV1 compression (instead of HEIC in the
-same container format). This format was highly awaited and is now
-supported, both as import and export.
+same container format). This format was highly awaited as being an [open,
+royalty-free, video coding format](https://en.wikipedia.org/wiki/AV1)
+developed by the Alliance for Open Media.
+It is now supported by GIMP, both for import and export.
 
-Not only this, but HEIF files (both AV1 and HEIC) can even be imported
-and export in high bit depth now (10 and 12 bit per channel).
+Not only this, but HEIF files (both AV1 and HEIC) can now be imported
+and exported in high bit depth (10 and 12 bit per channel).
 
 And finally NCLX color profile and metadata will now be properly
 imported.
@@ -43,15 +45,16 @@ Novomesky.
 
 ### PSP
 
-Many bug fixes and improvement also happened regarding PSP import. In
+Many bug fixes and improvements also happened regarding PSP import. In
 particular, raster layers from PSP images over version 6 are now
 supported, but also 16-bit integer PSP files as well as grayscale and
-indexed images. PSP blend modes are now better converted to GIMP layer
-modes for expected render.
+indexed images.
+Furtheremore PSP blend modes are now better converted to GIMP layer
+modes for correct render.
 
 The importer is also much more robust and is even able to fix errors of
-some files which were wrongly exported by third party software, and also
-handles some edge cases (zero-length layer names…).
+some files which may have been wrongly exported by third party software.
+It also handles some edge cases (zero-length layer names…).
 
 Jacob Boerema, one of GIMP newest core contributors, is the reason for
 all these improvements.
@@ -63,8 +66,8 @@ bounds in the exported image. Indeed TIFF has no concept of global image
 bounds, only layer bounds. Hence cropping the layers is the only way to
 enforce the image bounds.
 
-Obviously this cropping may or may not be what you wanted and you may
-actually expect layers of various sizes. This is why the option is
+Obviously this cropping may or may not be what you wanted and perhaps
+you were expecting layers of various sizes. This is why the option is
 available as a new "*Crop layers to image bounds*" checkbox in the
 export dialog.
 
@@ -73,7 +76,7 @@ plug-in.
 
 ### BMP, DDS, JPEG, WebP, XPM…
 
-A few other file format supports were improved. In particular:
+Other file format supports were improved. In particular:
 
 * BMP always include color masks when exporting BMP with color space
   info, as mandated by BITMAPV5HEADER specification.
@@ -97,33 +100,34 @@ Now the policy is to remove the "Orientation" tag whether or not you
 accept the rotation, so that what you see in GIMP is how the finale
 image will look like.
 
-## "Sample merged" available in GEGL operation tool
+## "Sample merged" in GEGL operation tool
 
-When some filters have a color property, it usually comes with a way to
-pick a color directly on canvas. Until now, it could pick only from the
-active layer (the one you were modifying).
+When some filters have a color property, their dialog usually exposes a
+button allowing to pick a color directly on canvas. Until now, it could
+pick only from the active layer (the one you were modifying).
 
-All filters implemented as GEGL operations now show a "Sample merged"
-checkbox in the Tool Options dockable (just below the "Sample average"
+All filters implemented as GEGL operations now show a "*Sample merged*"
+checkbox in the Tool Options dockable (just below the "*Sample average*"
 option). This allows color picking visible colors when necessary.
 
 ## Spyrogimp plug-in
 
-Spyrogimp now works on Grayscale images. Also its code has been reviewed
-to clutter less the undo history.
+Spyrogimp (the official plug-in to draw spyrograph patterns) now works
+on Grayscale images too. Also its usage will now clutter less the undo
+history.
 
 # Configuration and defaults
 ## Sample merged default in Color Picker tool
 
-After a small usage poll (which got 174 answers), "Sample merged" option
-is now enabled by default in the Color Picker tool as being probably
-less confusing to beginners. Indeed it allows to pick "what you see"
-rather than the color in the active layer.
+After a small usage poll (which got 174 answers), "*Sample merged*"
+option is now enabled by default in the Color Picker tool as being
+probably less confusing to beginners. Indeed it allows to pick "what you
+see" rather than the color in the active layer.
 
 Of course for advanced users, it doesn't change a thing as they
-perfectly know how to switch this option ON/OFF, as they know both use
-cases are useful. This change does not affect anything other than the
-default and does not modify how the feature works.
+perfectly know how to switch this option ON/OFF, both use cases being
+useful at different times. This change does not affect anything other
+than the defaults and does not modify how the feature works.
 
 ## Foreground Select tool's default engine
 
@@ -141,7 +145,7 @@ of the log.
 
 Progressive logs are disabled by default, since they potentially
 increase the sampling cost. They can be enabled through a toggle in the
-log file-dialog, or through `GIMP_PERFORMANCE_LOG_PROGRESSIVE`
+log file-dialog, or through `$GIMP_PERFORMANCE_LOG_PROGRESSIVE`
 environment variable.
 
 Moreover verbose debug information (`gimp-2.10 -v` on command line, or
@@ -154,12 +158,12 @@ Flatpak builds.
 
 Since GIMP 2.10.0, several GEGL operations have OpenCL code paths,
 hopefully allowing faster processing. Unfortunately OpenCL situation is
-not so idyllic, because of the lack of contributions to improve our
-code, as well as faulty drivers.
+not so idyllic because of the lack of contributions to improve our code
+as well as faulty drivers.
 
 In various cases, enabling OpenCL in GIMP could lead to unstability. We
 decided it was not acceptable anymore and moved the feature into the
-"Playground" tab of Preferences. Technically it means that the feature
+`Playground` tab of Preferences. Technically it means that the feature
 is hidden unless you run GIMP with `--show-playground` command line
 option, so that anyone enabling this is really aware of the unstability
 of the feature. Hopefully we will be able at some point to move this
@@ -171,21 +175,22 @@ The `Playground` page in the Preferences is not visible anymore, unless
 you run a development version of GIMP, or if you start a stable version
 with the `--show-playground` command line option.
 
-Nevertheless if you activated any of the unstable feature from
-Playground, then the page will always be shown (making it easy to find
+Nevertheless if you activated any of the unstable features from
+`Playground`, then the page will always be shown (making it easy to find
 the settings again if you need to disable it).
 
 # GIMP ecosystem
-## Plug-ins and manuals in Flatpak-ed GIMP
+## Plug-ins and manuals in Flatpak GIMP
 
 Our official Flatpak now has an extension point for plug-ins. This means
 that anyone can now package third-party plug-ins as "Flatpak extensions"
-and contribute it to the Flathub repository. Thanks to the contributor
+and contribute them to the Flathub repository. Thanks to the contributor
 Hubert Figuière, already 7 very popular GIMP plug-ins are now made
 available to Flatpak users: BIMP, FocusBlur, Fourier, G'MIC,
 GimpLensfun, LiquidRescale and Resynthesizer.
 
-The one-liner CLI call to install them all at once is:
+The one-liner CLI call to install them all at once is (if GIMP is
+already installed as Flatpak and Flathub repository configured):
 
 ```sh
 flatpak install org.gimp.GIMP.Plugin.Resynthesizer org.gimp.GIMP.Plugin.LiquidRescale 
org.gimp.GIMP.Plugin.Lensfun org.gimp.GIMP.Plugin.GMic org.gimp.GIMP.Plugin.Fourier 
org.gimp.GIMP.Plugin.FocusBlur org.gimp.GIMP.Plugin.BIMP
@@ -196,13 +201,18 @@ extensions directly on its web catalog. The following CLI call can be
 used to search for GIMP plug-ins: `flatpak search org.gimp.GIMP.Plugin`
 
 Moreover the GIMP manual will now be installed by default when
-installing our Flatpak, but not all languages. To install the manuals in
-all available languages, run:
+installing our Flatpak, but not in all languages. To install the manuals
+in all available languages, run:
 
 ```sh
 flatpak install --reinstall flathub org.gimp.GIMP.Manual
 ```
 
+Flathub statistics indicate that there are nearly 230K users of our
+Flatpak package (with about 100K users updating GIMP within the first 2
+weeks after a build update), which is pretty decent for a single package
+format on GNU/Linux.
+
 ## GEGL and babl
 
 TODO
@@ -212,6 +222,23 @@ TODO
 GIMP CI process now runs a `distcheck` step, hence producing a fully
 tested source tarball without human interaction.
 
+Continuous builds of the development version (future GIMP 3) for Windows
+were already provided [since GIMP
+2.10.18](https://www.gimp.org/news/2020/02/24/gimp-2-10-18-released/#continuous-integration)
+but the downloadable archive was huge, containing many temporary files
+from the build process. We now implemented a new CI job with a
+slimmed-down and usable build. The following dynamic links will always
+return you the last successful development builds:
+
+* » [Last development build of GIMP for Windows
+64-bit](https://gitlab.gnome.org/GNOME/gimp/-/jobs/artifacts/master/download?job=win64-nightly) «
+* » [Last development build of GIMP for Windows
+32-bit](https://gitlab.gnome.org/GNOME/gimp/-/jobs/artifacts/master/download?job=win32-nightly) «
+
+These changes are all part of a more global work-in-progress to
+eventually automatize the release procedure, to be faster, easier and
+more trustworthy.
+
 # Contributors
 
 Contributors to this release are: TODO
@@ -225,29 +252,31 @@ We also thank lillolollo, nmat, and Michael Schumacher for triaging bug reports,
 During the same time span, specific work on the development version
 (future GIMP 3) continued, including:
 
-* Multi layer selection support added in the Layers dockable and in many
-  GIMP feature.
+* Multi layer selection support added in the Layers dockable and taken
+  into account by many tools and features.
 * Several API improvements:
-  - regarding how PDB functions can be called more easily from one
-    plug-in to another;
-  - how image rotation is handled when importing new images (this is now
-    handled by core GIMP, similarly to how color profile import happens,
-    and a new Preferences settings of "Rotation policy" will be
-    available);
-  - GObject Introspection for GimpUI now discards the whole `gimp_ui`
-    when relevant (i.e. `gimp_ui_init()` will be `GimpUi.init()` rather
-    than `GimpUi.ui_init()`);
-  - Vala GObject Introspection binding improved.
-  - New concept of "argument sync" to GimpProcedure so that procedure
-    arguments can be synced with an image parasite of the same name.
-* Finally more bug fixing on Windows!
-* Twain plug-in for Windows ported to new API.
+    - PDB functions can be called more easily from one plug-in to
+      another in language bindings;
+    - image rotation is now handled by core GIMP when importing new
+      images (similarly to how color profile import happens) and a new
+      settings of "*Rotation policy*" is made available in Preferences;
+    - GObject Introspection for GimpUI now discards the `gimp_ui` prefix
+      when relevant (i.e. `gimp_ui_init()` will be `GimpUi.init()` rather
+      than `GimpUi.ui_init()`);
+    - Vala GObject Introspection binding improved.
+    - New concept of "argument sync" to GimpProcedure so that procedure
+      arguments can be synced with an image parasite of the same name.
+* Finally some bug fixing on Windows, e.g. fixing CSS theme loading.
+* Twain plug-in for Windows ported to v3 API. It was the last C plug-in
+  which was still totally unported, which means all official plug-ins
+  are now at least ported at a usable state (if not necessarily to the
+  latest API as it is still a moving target).
 * A few improvements to handle smaller screen (which ironically became
   even more of a problem with HiPPI scaling being enabled on middle-end
   display resolutions).
 * Former Python 2 specific API (`pygimp`) has now been fully removed and
-  all former Python plug-ins have now been fully ported to Python 3 +
-  new GIMP 3 API (a work started over a year ago and now finished). The
+  all former Python plug-ins have been fully ported to Python 3 + new
+  GIMP 3 API (a work started over a year ago and now finished). The
   new way to make Python plug-ins is streamlined, following the same
   logics as for other supported languages (C/C++, Python 3, Lua, Vala
   and Javascript so far).
@@ -258,12 +287,16 @@ During the same time span, specific work on the development version
 
 It can be noted also that the interface is now translated in 2 more
 languages in the development branch (first new languages since [Marathi
-support was added in GIMP
-2.10.6](https://www.gimp.org/news/2018/08/19/gimp-2-10-6-released/#a-new-localization-marathi),
-though these 2 additions are not yet present in the GIMP 2.10 series):
-Kabyle and Central Kurdish. GIMP is now available in 83 languages. With
-new file format support (AVIF), various major file format improvements,
-new programming languages for plug-ins (in future GIMP 3), our little
+support was added back in GIMP
+2.10.6](https://www.gimp.org/news/2018/08/19/gimp-2-10-6-released/#a-new-localization-marathi):
+Kabyle and Central Kurdish.
+Note though these 2 additional language are not yet present in the GIMP
+2.10 series. With these, GIMP will be available in 83 languages. It is a
+very good opportunity to remind that translators are doing a tremendous
+job.
+
+Also with new file format support (AVIF), various major file format
+improvements, new programming languages for plug-ins, our little
 Wilber is really getting very studious lately, learning many new things!
 
 Finally don't forget you can [donate to the project and personally fund