drawinglayer/qa/unit/vclpixelprocessor2d.cxx |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 36eeb7a93174d17b08213eef7344952ae8e2e62e
Author:     Andrea Gelmini <andrea.gelm...@gelma.net>
AuthorDate: Mon May 15 23:41:35 2023 +0200
Commit:     Julien Nabet <serval2...@yahoo.fr>
CommitDate: Tue May 16 09:48:10 2023 +0200

    Fix typo
    
    Change-Id: I006c882aacf316dda0ecb3302835ca021d45ecc3
    Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151812
    Tested-by: Julien Nabet <serval2...@yahoo.fr>
    Reviewed-by: Julien Nabet <serval2...@yahoo.fr>

diff --git a/drawinglayer/qa/unit/vclpixelprocessor2d.cxx 
b/drawinglayer/qa/unit/vclpixelprocessor2d.cxx
index 07b68c9eaad7..4362d3e55f19 100644
--- a/drawinglayer/qa/unit/vclpixelprocessor2d.cxx
+++ b/drawinglayer/qa/unit/vclpixelprocessor2d.cxx
@@ -80,7 +80,7 @@ public:
         // that parameter was originally added. Other hints are: It is *not* 
named
         // 'ClipRange'. Using a B2DRange to define a ClipRange topology would 
be bad due
         // to not being transformable, a PolyPolygon would be used in that 
case. Using as
-        // clipping mechanism would offer a 2nd pinciple to add clipping for 
primitives
+        // clipping mechanism would offer a 2nd principle to add clipping for 
primitives
         // besides MaskPrimitive2D - always bad style in a sub-system. A quick 
look
         // on it's usages gives hints, too.
         // This means that when defining an outputRange that resides 
completely *inside*

Reply via email to