[gimp-web] content: first draft for GIMP 2.10.26 news.

[Jehan <jehanp src gnome org>]

commit e6371c915e647d295324e1b12dcc8f261375cc36
Author: Jehan <jehan girinstud io>
Date:   Tue Sep 7 00:29:05 2021 +0200

    content: first draft for GIMP 2.10.26 news.

 content/news/2021/2021-09-07/index.md | 203 ++++++++++++++++++++++++++++++++++
 1 file changed, 203 insertions(+)
---
diff --git a/content/news/2021/2021-09-07/index.md b/content/news/2021/2021-09-07/index.md
new file mode 100644
index 00000000..2e18311e
--- /dev/null
+++ b/content/news/2021/2021-09-07/index.md
@@ -0,0 +1,203 @@
+Title: GIMP 2.10.26 Released
+Date: 2021-09-07
+Category: News
+Authors: Wilber
+Slug: gimp-2-10-26-released
+Summary: "More bug fixes"
+
+GIMP 2.10.26 has been released, this time really a nearly-full bug fixes
+release as no fancy new feature is present. We focus on stability of the
+2.10 series while making deeper changes on the development branch.
+
+# In brief
+
+- The `Dashboard` dockable now has memory support in OpenBSD.
+- Performance improvements for GIMP on macOS Big Sur were applied in our
+  macOS packages since GIMP 2.10.22 as experiments. We felt confident
+  enough to move the code to our main codebase.
+- The following plug-ins received fixes: C-source, DICOM, GIF, PS,
+  Sunras, BMP, DDS, PSD, TIFF, Gimpressionist, metadata viewer and
+  several script-fu scripts as well as the script-fu interpreter itself.
+- Some accessibility issues in themes were fixed, such as mouse-hover
+  feedback or problematic colors.
+- A new Script-Fu function `(dir-make)` enables to create directories
+  from scripts.
+
+To get a more complete list of changes, you should refer to the
+[NEWS](https://gitlab.gnome.org/GNOME/gimp/-/blob/473b05ea3a302757da555b9c5649f91793906044/NEWS#L11)
+file or look at the [commit
+history](https://gitlab.gnome.org/GNOME/gimp/-/commits/gimp-2-10).
+
+*Code contributors*: bootchk, Des McGuinness, Ian Martins, Jacob Boerema,
+Jehan, Lloyd Konneker, Luca Bacci, Marc Espie, Massimo Valentini,
+Michael Bazzinotti, Michael McLaughlin, Øyvind Kolås, saul, Simon
+McVittie and Stanislav Grinkov.
+
+*Theme contributors*: Kevin Payne and Stanislav Grinkov.
+
+*Build contributors*: Marco Spiess and Mario Daniel Ruiz Saavedra.
+
+# Team news
+
+Jacob Boerema got appointed as new co-maintainer of the manual
+repository (`gimp-help`) after porting its scripts to Python 3 and
+improving them.
+
+A new core developer integrated the team: Stanislav Grinkov.
+
+Contributors Des McGuinness and Lloyd Konneker were given "*reporter*"
+access which allows them to help with triaging on the bugtracker:
+labelling, closing, reopening and moving reports…
+
+The contributor nmat was given "*reporter*" access on the website
+project (`gimp-web`), for his tremendous help with website maintenance.
+
+# Translators
+
+Among the 82 languages for which GIMP is available, 13 translations were
+updated: Catalan, Chinese (China), Croatian, Dutch, German, Lithuanian,
+Polish, Russian, Slovenian, Spanish, Swedish, Ukrainian and Vietnamese.
+
+The Windows installer now contains Vietnamese and Lithuanian
+translations, making it available in 34 languages.
+
+*Translators on GIMP 2.10.26*: Alexandre Prokoudine, Anders Jonsson,
+Aurimas Černius, Boyuan Yang, Hannie Dumoleyn, Jordi Mas, Luna Jernberg,
+Milo Ivir, Ngọc Quân Trần, Matej Urbančič, Philipp Kiemle, Piotr Drąg,
+Rodrigo Lledó, Tim Sabsch and Yuri Chornoivan.
+
+# Windows is getting some love 💕
+
+More work than ever is happening around Windows lately. This includes
+within GIMP of course, but also in dependency libraries, so that several
+longstanding issues of GIMP in Windows finally got fixed:
+
+- *Very slow file dialogs*: it used to happen when network devices were
+  slow or unavailable, or pluggable devices disconnected, or even
+  because of fake floppy drives configured in the bios. `GLib` was using
+  an inappropriate Windows API to get some information about drives.
+  This has been fixed!
+  ([#913](https://gitlab.gnome.org/GNOME/gimp/-/issues/913) and
+  [glib!2020](https://gitlab.gnome.org/GNOME/glib/-/merge_requests/2020))
+- *Opening files in specific third-party software was crashing GIMP*: it
+  was determined to be because these software were editing file-handling
+  registry field while `GLib` had a buggy watcher on the registry.
+  ([#6780](https://gitlab.gnome.org/GNOME/gimp/-/issues/6780),
+  [glib!2205](https://gitlab.gnome.org/GNOME/glib/-/merge_requests/2205)
+  and
+  [glib!2210](https://gitlab.gnome.org/GNOME/glib/-/merge_requests/2210))
+- *`GTK` was outputting the wrong character on some keyboard input using
+  Input Engines* (e.g. alphanumeric characters were interpreted as
+  half-width katakana when using the Japanese IME).
+  ([#1603](https://gitlab.gnome.org/GNOME/gimp/-/issues/1603)
+- *TIFF exporting used to lock the TIFF files because of a bug in the
+  Windows thumbnailer* (`Explorer.exe` would acquire a lock on the file
+  and never release it). Since Microsoft doesn't seem to fix this
+  longstanding bug, we decided to switch to another way of creating
+  thumbnails by adding a "*reduced-resolution image*" as second page of
+  the TIFF, as proposed in TIFF specification, instead of adding a
+  `subifd` thumbnail. This takes care of the lock issue in a nice way,
+  bypassing `Explorer`'s bug. Of course, it means that other image
+  software which don't read properly tags might open this thumbnail as
+  an additional page, even though it is explicitly annotated as
+  "*reduced-resolution image*". If you experience such disagreement,
+  please report to these other software so that they check the SubFile
+  type of the pages they open (as per [TIFF
+  specification](https://www.adobe.io/content/dam/udp/en/open/standards/tiff/TIFF6.pdf).
+  ([#3740](https://gitlab.gnome.org/GNOME/gimp/-/issues/3740))
+- *GIMP used to prevent some software to open, when these software needed
+  to watch some specific directory*, because `GLib` was reading directory
+  with inappropriate access rights. This got actually fixed since GIMP
+  2.10.24.
+  ([#4594](https://gitlab.gnome.org/GNOME/gimp/-/issues/4594),
+  [glib!1976](https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1976))
+- Windows software with invisible windows (e.g. gesture shortcuts,
+  screen capture and the like) used to interfere with `GTK` software and
+  break some mouse interactions. We have had a patch for this, by Ell,
+  since 2017, which we used for all GIMP 2.10.x
+  releases. Unfortunately with GTK2 maintenance stopped, our patch
+  stalled in our bugtracker and our binaries only (while it was
+  beneficial to other GTK software, even in GTK3 or over). It has only
+  recently been reworked and improved by Luca Bacci so that this problem
+  is now officially fixed in GTK3 too!
+  ([#1082](https://gitlab.gnome.org/GNOME/gimp/-/issues/1082) and
+  [gtk!2767](https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/2767))
+
+We would like to thank in particular Luca Bacci, Jacob Boerema, LRN, Ell
+and all the contributors who stayed on top of things for these
+progresses to happen, sometimes taking years of patience.
+
+# What about macOS?
+
+On macOS side, the activity is still slow, if not non-existent.
+
+We remind that GIMP is made by you. Yes, you 👆 reading right now.
+Windows developers used to be very few too. As you can see, this is
+clearly changing.
+Therefore if anyone cares about GIMP for macOS, please step forward.
+
+You may have noticed that GIMP 2.10.24's macOS DMG was released a few
+months late. Even this only happened because Jehan spent days to fix the
+build on the remote build server, bit by bit, without any local access
+to a macOS machine, nor any ways to run and test himself. If the
+packagers are still unavailable, we may try to do the same for this
+release, though we can't promise any deadline.
+
+It is obviously not a sustainable release model. It is even worse for
+the development versions: we haven't had a single build for GIMP 2.99.x
+on macOS yet.
+
+So if you want this to change, just join us, we don't bite! 🤗
+
+# GEGL and babl
+
+As usual, this release is supplemented with the releases of
+[babl](https://gegl.org/babl/) 0.1.88, early July, and
+[GEGL](https://gegl.org/) 0.4.32 the same day as GIMP 2.10.26.
+
+In GEGL in particular, the following operations were improved:
+
+ - distance-transform: new `abyss_policy` parameter (displayed as "*Edge
+   handling*" to the user), allowing users to choose whether areas
+   outside the input are to be treated as above threshold or below
+   threshold (i.e. infinitely white or black respectively) for
+   calculating distance. *(by woob)*
+ - negative-darkroom: contrast boost and illuminant adjustment
+   parameter, reworked emulsion dye model, UI improvements, more black
+   and white paper presets and some operation speed-up. *(by JonnyRobbie
+   for features and Richard Kreckel for speed-up)*
+ - fill-path: 32bit float RGB and CMYK color processing, using ctx as
+   renderer. *(by Øyvind Kolås)*
+
+The test system got also some nice improvements by John Marshall.
+
+# Downloading GIMP 2.10.26
+
+As usual GIMP 2.10.26 is available on [GIMP official website
+(gimp.org)](https://www.gimp.org/downloads/):
+
+* The Linux flatpak has already been published so that anyone who
+  installed it previously should have an update proposed by their
+  software manager (or from terminal: `flatpak update org.gimp.GIMP//stable`).
+
+* The Windows installer is already available. Most mirrors have picked
+  it up, but some still haven't. So if the download fails, just try to
+  click the `Download` button again.
+
+* The macOS DMG package will hopefully be published soonish.
+
+# What's next
+
+Though we may likely get again exciting new features in further 2.10.x
+versions, nowadays most feature development happen in the development
+version for future GIMP 3. You may have seen some of it, if you follow
+our work on social networks, or if you test nightlies of GIMP.
+
+Otherwise, you'll have more nice surprises when we will release GIMP
+2.99.8 development version!
+
+Don't forget you can [donate to the project and personally fund several
+GIMP developers](https://www.gimp.org/donating/), as a way to give back
+and accelerate the development of GIMP. As you know, the [maintainers of
+GEGL and GIMP are crowdfunding to be able to work full-time on free
+software](https://www.gimp.org/news/2021/07/27/support-gimp-developers-sustainable-development/). 🥳