[gimp-help] Remove \n from introduction/whats-new.xml.
- From: Jacob Boerema <jboerema src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [gimp-help] Remove \n from introduction/whats-new.xml.
- Date: Tue, 15 Jun 2021 15:45:05 +0000 (UTC)
commit 61c8d82c859cf3d76bf38f3eef49761fa29fe54f
Author: Jacob Boerema <jgboerema gmail com>
Date: Tue Jun 15 11:44:10 2021 -0400
Remove \n from introduction/whats-new.xml.
Probably a leftover from a copy-paste.
src/introduction/whats-new.xml | 38 +++++++++++++++++++-------------------
1 file changed, 19 insertions(+), 19 deletions(-)
---
diff --git a/src/introduction/whats-new.xml b/src/introduction/whats-new.xml
index 16027ab92..3b5e2e3ed 100644
--- a/src/introduction/whats-new.xml
+++ b/src/introduction/whats-new.xml
@@ -3,24 +3,24 @@
"http://www.docbook.org/xml/4.3/docbookx.dtd">
<!-- section history:
-
+
-->
<sect1 id="gimp-introduction-whats-new">
<title>What's new in GIMP 2.10.18? </title>
-
+
<para>
GIMP-2.10.16 release was skipped, due to a critical bug. It has been fixed.
Here are GIMP-2.10.18 release highlights:
<itemizedlist>
<listitem>
<para>
- Tools are now grouped in the toolbox by default:
+ Tools are now grouped in the toolbox by default:
<xref linkend="gimp-toolbox-icons"/>.
</para>
</listitem>
<listitem>
<para>
- Sliders now use a compact style with improved user interaction:
+ Sliders now use a compact style with improved user interaction:
<xref linkend="sliders"/>.
</para>
</listitem>
@@ -37,7 +37,7 @@
</listitem>
<listitem>
<para>
- New 3D Transform tool to rotate and pan items:
+ New 3D Transform tool to rotate and pan items:
<xref linkend="gimp-tool-transform-3d"/>.
</para>
</listitem>
@@ -53,26 +53,26 @@
</listitem>
<listitem>
<para>
- Faster loading of ABR brushes: GIMP now spends a lot less time loading
- Photoshop’s brushes (ABR). So if you use a lot of those, the startup
- time will become pleasantly smaller, by order of a magnitude. The
- technical explanation is that GIMP used to read the stream of ABR data
+ Faster loading of ABR brushes: GIMP now spends a lot less time loading
+ Photoshop’s brushes (ABR). So if you use a lot of those, the startup
+ time will become pleasantly smaller, by order of a magnitude. The
+ technical explanation is that GIMP used to read the stream of ABR data
byte by byte, and now it uses scanline reading instead.
</para>
</listitem>
<listitem>
<para>
- PSD support improvements: PSD support improvements PSD files now load
+ PSD support improvements: PSD support improvements PSD files now load
faster mostly by eliminating excessive copies between the original
- file and the project representation inside GIMP. For large PSD files,
- the loading is now ~1.5 to ~2 times faster.\n
- Moreover, GIMP is now capable of loading CMYK(A) PSD files (only 8-bit
- per channel for now). It does so by converting pixels to RGB(A) float
- using sRGB as the profile which, we know, is not good enough for serious
- work. However, the plug-in is already using BABL formats to specify and
- communicate CMYK pixel format encodings with GIMP. This is a good first
- step towards better CMYK support. It can be improved both on its own as
- well as integrate with the ongoing work enabling general color-space
+ file and the project representation inside GIMP. For large PSD files,
+ the loading is now ~1.5 to ~2 times faster.
+ Moreover, GIMP is now capable of loading CMYK(A) PSD files (only 8-bit
+ per channel for now). It does so by converting pixels to RGB(A) float
+ using sRGB as the profile which, we know, is not good enough for serious
+ work. However, the plug-in is already using BABL formats to specify and
+ communicate CMYK pixel format encodings with GIMP. This is a good first
+ step towards better CMYK support. It can be improved both on its own as
+ well as integrate with the ongoing work enabling general color-space
support for BABL formats in the development branch.
</para>
</listitem>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]