[gimp-web] 2.10.22: 1st part of copyediting



commit 57e35545d21581984c3926d81a54afbd4ef813ea
Author: Alexandre Prokoudine <alexandre prokoudine gmail com>
Date:   Mon Oct 5 03:53:25 2020 +0300

    2.10.22: 1st part of copyediting

 .../2020/2020-10_GIMP-2.10.22_Released/index.md    | 132 +++++++++++----------
 1 file changed, 68 insertions(+), 64 deletions(-)
---
diff --git a/content/news/2020/2020-10_GIMP-2.10.22_Released/index.md 
b/content/news/2020/2020-10_GIMP-2.10.22_Released/index.md
index 9f1baaf0..f4ee20c4 100644
--- a/content/news/2020/2020-10_GIMP-2.10.22_Released/index.md
+++ b/content/news/2020/2020-10_GIMP-2.10.22_Released/index.md
@@ -10,8 +10,8 @@ GIMP 2.10.22 is mostly a bug-fix release, which for once contains mostly
 maintenance changes in core code.
 
 On official plug-in side though, there are quite a few improvements, in
-particular regarding improved support of image formats, and one new
-format support: AVIF.
+particular, better support of image formats, as well as support for one
+new format, AVIF.
 
 <figure>
 <img src="{attach}202010-wilber-and-co.jpg" alt="Wilber Learning never stops! - Wilber and co. comics 
strip"/>
@@ -33,6 +33,7 @@ same HEIF container format, which is the default and also called HEIC).
 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.
+
 AVIF is already supported on the web in Firefox (experimentally, you
 must enable `image.avif.enabled` in `about:config`), Chrome and Opera,
 which makes it a serious contender as a web image format.
@@ -40,7 +41,7 @@ which makes it a serious contender as a web image format.
 It is now supported by GIMP, both for import and export.
 
 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 exported in high bit depth (10- and 12-bit per channel).
 
 <figure>
 <img src="{attach}heif-avif-high-bit-depth.jpg" alt="AVIF and high bit depth HEIF support"/>
@@ -50,7 +51,7 @@ It will also import NCLX profiles and metadata.</em>
 </figcaption>
 </figure>
 
-And finally NCLX color profile and metadata will now be properly
+And finally, NCLX color profiles and metadata will now be properly
 imported.
 
 These changes all happened thanks to the awesome contributions of Daniel
@@ -58,34 +59,35 @@ Novomesky.
 
 ### PSP
 
-Many bug fixes and improvements also happened regarding PSP (Paint Shop
-Pro files) import. In particular, raster layers from PSP images over
-version 6 are now supported, as well as 16-bit integer, grayscale and
+The plug-in for reading PSP (Paint Shop Pro) files has received numerous
+bug fixes and improvements. raster layers from PSP images over
+version 6 are now supported, as well as 16-bit integer, grayscale, and
 indexed images.
-Furthermore PSP blend modes are now better converted to GIMP layer
+
+Furthermore, PSP blend modes are now better converted to GIMP layer
 modes for correct rendering.
 
 The importer is also much more robust and is even able to fix errors of
 some files which may have been wrongly exported by third party software.
-It also handles some edge cases (zero-length layer names…).
+It also handles some edge cases like zero-length layer names better.
 
-Jacob Boerema, one of GIMP newest core contributors, is the reason for
-all these improvements.
+All these improvements were made by Jacob Boerema, one of GIMP newest core
+contributors.
 
 ### TIFF
 
 Multi-layer TIFF export got improved by allowing to crop layers to image
-bounds in the exported image. Indeed TIFF has no concept of global image
+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 perhaps
+Obviously, this cropping may or may not be what you wanted and perhaps
 you were expecting layers of various sizes. This is why the feature is
-available as a new optional "*Crop layers to image bounds*" checkbox in
+available as a new optional *Crop layers to image bounds* checkbox in
 the export dialog.
 
-Moreover a few other bug fixes and improvements happened in the TIFF
-plug-in.
+There have been other bug fixes and improvements in the TIFF plug-in
+as well.
 
 ### BMP, DDS, JPEG, WebP, XPM…
 
@@ -104,23 +106,24 @@ Other file format supports were improved. In particular:
 
 ## Better handling of EXIF "Orientation" metadata
 
-When an image with an "Orientation" tag was imported, GIMP would propose
-to rotate the image or leave it as-is. Refusing the rotation was still
-keeping the tag which was then re-exported and the image ended up
-rotated in other software.
+in previous release, when an image with an "Orientation" tag was imported,
+GIMP would propose to rotate the image or leave it as-is. If you denied
+rotation, the image would keep the tag and retain it upon exporting.
+So when you opened the edited image in other software, you'd get the
+rotation you didn't ask for.
 
-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.
+The *new* policy is to remove the "Orientation" tag whether or not you
+accept the rotation. Hence what you see in GIMP is what you will see
+anywhere else after exporting.
 
-## "Sample merged" in GEGL operation tool
+## "Sample merged" in the GEGL operation tool
 
 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
+button allowing to pick a color directly on the canvas. Until now, it could
 only pick from the active layer (the one you were editing).
 
-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.
 
 <figure>
@@ -132,28 +135,29 @@ option). This allows color picking visible colors when necessary.
 
 ## Spyrogimp plug-in
 
-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.
+Spyrogimp, the official plug-in to draw spyrograph patterns, now works
+on grayscale images too and won't clutter the undo history as much as it
+used to.
 
 ## Improved indexed conversion
 
-This is actually a feature which came in with GIMP 2.10.20, but we
-forgot to mention it in the previous release note. So let's describe the
-changes here.
+This is actually a feature that arrived in GIMP 2.10.20, but we forgot
+to mention it in the previous release note. So let's describe the changes
+here.
 
-The conversion to indexed image uses a median-cut algorithm to derive a
-suitable palette for the image. Such algorithm computes each index to be
+The conversion to an indexed image uses a median-cut algorithm to derive
+a suitable palette for the image. Such algorithm computes each index to be
 used as the average of colors in a 3D box in a color space, making the
 result value drift away from the extremes.
+
 This makes it nigh impossible to achieve pure white or black, even when
 the original image contained these colors, like in scans of printed
-documents and technical drawings.
+documents or technical drawings.
 
 We now counteract the drift by snapping the whitest color to white and
 the blackest color to black if the resulting colors of median-cut are
-sufficiently close to white or black **and** if the original image
-already had some pure white or black.
+sufficiently close to white or black *and* if the original image already
+had some pure white or black.
 
 <figure>
 <img src="{attach}gimp-palette-conversion.jpg" alt="Comparison of palette creation"/>
@@ -167,57 +171,57 @@ this modified algorithm as we already provide a dedicated "black and
 white (1-bit) palette" option which would do the same thing.*
 
 # Configuration and defaults
-## Sample merged default in Color Picker tool
+## Sample merged default in the 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 poll (which got 174 answers) on multiple social media
+platforms, *Sample merged* option is now enabled by default in the
+_Color Picker_ tool. The idea is that it should now be less confusing to
+beginners because they will be able to pick what they 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, both use cases being
+Of coursem for advanced users, it doesn't change a thing as they
+perfectly know how to toggle this option, 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
 
-We changed the default matting engine of the Foreground Select tool to
-Matting Levin, as this engine performs better in more situation.
+We changed the default matting engine of the _Foreground Select_ tool
+to _Matting Levin_ as this engine performs better in most situations.
 
 # Debugging
 
 The dashboard dockable now has a new option to record progressive
-performance logs: progressive logs contain complete information after
-each recorded sample.
-This allows recording complete logs even in cases where they can't be
-properly terminated, such as when GIMP crashes or freezes in the middle
-of the log.
+performance logs that contain complete information after each recorded
+sample. This allows recording complete logs even in cases where they
+can't be properly terminated, such as when GIMP crashes or freezes
+in the middle 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
-debug output) now displays Flatpak related information when relevant
-(the exact Flatpak build hash, the runtime version, the installed
-Flatpak extensions, permissions, etc.), in order to help debugging
+Moreover, verbose debug information (`gimp-2.10 -v` on command line,
+or debug output) now displays Flatpak related information when it's
+relevant: the exact Flatpak build hash, the runtime version, the
+installed Flatpak extensions, permissions, etc. This helps debugging
 Flatpak builds.
 
-## OpenCL considered "experimental"
+## OpenCL now considered experimental
 
 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.
 
-In various cases, enabling OpenCL in GIMP could lead to unstability. We
+In various cases, enabling OpenCL in GIMP could lead to instability. We
 decided it was not acceptable anymore and moved the feature into the
-`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
-back into mainline Preferences.
+*Playground* tab of the *Preferences* dialog. 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
+instability of the feature. Hopefully we will be able at some point to
+move this back into mainline *Preferences*.
 
 ## Playground not visible by default
 


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]