From d3f009819132ba59d260a8a0a1ca4d0ceceb3976 Mon Sep 17 00:00:00 2001 From: Andrea Gelmini Date: Thu, 25 Oct 2018 15:14:07 +0200 Subject: Fix typos Change-Id: I4eda42a11239567c557431017a1fa99cb37298c5 Reviewed-on: https://gerrit.libreoffice.org/62357 Reviewed-by: Julien Nabet Tested-by: Julien Nabet --- drawinglayer/source/processor2d/vclpixelprocessor2d.cxx | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'drawinglayer/source') diff --git a/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx b/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx index ad70cec45135..e5deac2936e5 100644 --- a/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx +++ b/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx @@ -886,16 +886,16 @@ namespace drawinglayer // using fine stroking. Correct, but 'ghosty'. // It has shown that there are quite some problems here: - // - vcl OutDev renderer methods stuill use fallbacks to paint + // - vcl OutDev renderer methods still use fallbacks to paint // multiple single lines between discrete sizes of < 3.5 what - // looks bad and does not matzch + // looks bad and does not match // - mix of filled Polygons and Lines is bad when AA switched off // - Alignment of AA with non-AA may be bad in diverse different // renderers // // Due to these reasons I change the strategy: Always draw AAed, but // allow fallback to test/check and if needed. The normal case - // where BorderLines will be system-depenently snapped to have at + // where BorderLines will be system-dependently snapped to have at // least a single discrete width per partial line (there may be up to // three) works well nowadays due to most renderers moving the AA stuff // by 0.5 pixels (discrete units) to match well with the non-AAed parts. -- cgit