[Libreoffice-commits] core.git: drawinglayer/source

[Andrea Gelmini (via logerrit)]

 drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 074bee8a968e479508f511061f3b8ad2d6e48c59
Author:     Andrea Gelmini <andrea.gelmini at gelma.net>
AuthorDate: Wed Dec 4 20:22:16 2019 +0100
Commit:     Julien Nabet <serval2412 at yahoo.fr>
CommitDate: Thu Dec 5 10:05:14 2019 +0100

    Fix typo
    
    Change-Id: I4599fd3d0794144ca4b150978c4db628c605850f
    Reviewed-on: https://gerrit.libreoffice.org/84477
    Reviewed-by: Julien Nabet <serval2412 at yahoo.fr>
    Tested-by: Julien Nabet <serval2412 at yahoo.fr>

diff --git a/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx b/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx
index 2eb950d4046b..db5333541958 100644
--- a/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx
+++ b/drawinglayer/source/processor2d/vclmetafileprocessor2d.cxx
@@ -367,7 +367,7 @@ namespace drawinglayer
         {
             // #i113922# the LineWidth is duplicated in the MetaPolylineAction,
             // and also inside the SvtGraphicStroke and needs transforming into
-            // the same space as its co-ordinates here cf. fdo#61789
+            // the same space as its coordinates here cf. fdo#61789
             // This is a partial fix. When an object transformation is used which
             // e.g. contains a scaleX != scaleY, an unproportional scaling will happen.
             const basegfx::B2DVector aDiscreteUnit( maCurrentTransformation * basegfx::B2DVector( fWidth, 0.0 ) );
@@ -1852,7 +1852,7 @@ namespace drawinglayer
                 // is written to the Metafile. This is the PolyPolygons building the gradient fill.
                 // These will need more space and time, but the result will be as if the Gradient
                 // was rotated with the object.
-                // This mechanism is used by all exporters still not using Primtives (e.g. Print,
+                // This mechanism is used by all exporters still not using Primitives (e.g. Print,
                 // Slideshow, Export rto PDF, export to Picture, ...) but relying on Metafile
                 // transfers. One more reason to *change* these to primitives.
                 // BTW: One more example how useful the principles of primitives are; the decomposition