diff options
author | Andrea Gelmini <andrea.gelmini@gelma.net> | 2016-01-04 12:37:59 +0100 |
---|---|---|
committer | Andras Timar <andras.timar@collabora.com> | 2016-01-05 07:32:28 +0000 |
commit | 92e60e1b80a391864314c2270d2d9fcd9da3d9ee (patch) | |
tree | 197d74053b4dbb68008df35d5d8b7a7d75db3913 /canvas | |
parent | 3b4059dc53ec764be5423517363223043d6dbfad (diff) |
Fix typos
Change-Id: I1b79005d9c4e32325b8dadcc4f805975d6bf2727
Reviewed-on: https://gerrit.libreoffice.org/21103
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
Diffstat (limited to 'canvas')
-rw-r--r-- | canvas/source/directx/dx_9rm.cxx | 2 | ||||
-rw-r--r-- | canvas/source/tools/surfaceproxy.hxx | 2 | ||||
-rw-r--r-- | canvas/source/vcl/canvashelper.cxx | 2 | ||||
-rw-r--r-- | canvas/workben/canvasdemo.cxx | 4 |
4 files changed, 5 insertions, 5 deletions
diff --git a/canvas/source/directx/dx_9rm.cxx b/canvas/source/directx/dx_9rm.cxx index 73478745e03b..d4d2c3e39a24 100644 --- a/canvas/source/directx/dx_9rm.cxx +++ b/canvas/source/directx/dx_9rm.cxx @@ -731,7 +731,7 @@ namespace dxcanvas // we need to use D3DSWAPEFFECT_COPY here since the canvas-api has // basically nothing to do with efficient resource handling. it tries - // to avoid drawing whenevery possible, which is simply not the most + // to avoid drawing whenever possible, which is simply not the most // efficient way we could leverage the hardware in this case. it would // be far better to redraw the backbuffer each time we would like to // display the content of the backbuffer, but we need to face reality diff --git a/canvas/source/tools/surfaceproxy.hxx b/canvas/source/tools/surfaceproxy.hxx index 4bced328b29a..f89850d92af4 100644 --- a/canvas/source/tools/surfaceproxy.hxx +++ b/canvas/source/tools/surfaceproxy.hxx @@ -33,7 +33,7 @@ namespace canvas Surface proxies are the connection between *one* source image and *one or more* hardware surfaces (or textures). in a logical structure surface proxies represent solely this - dependeny plus some simple cache management. + dependency plus some simple cache management. */ class SurfaceProxy : public ISurfaceProxy { diff --git a/canvas/source/vcl/canvashelper.cxx b/canvas/source/vcl/canvashelper.cxx index 97f9e7656a4e..bee83b1af78f 100644 --- a/canvas/source/vcl/canvashelper.cxx +++ b/canvas/source/vcl/canvashelper.cxx @@ -303,7 +303,7 @@ namespace vclcanvas else { // mixed open/closed state. Cannot render open polygon - // via DrawPolyPolygon(), since that implicitley + // via DrawPolyPolygon(), since that implicitly // closed every polygon. OTOH, no need to distinguish // further and render closed polygons via // DrawPolygon(), and open ones via DrawPolyLine(): diff --git a/canvas/workben/canvasdemo.cxx b/canvas/workben/canvasdemo.cxx index 50211ff65776..fc06f103b094 100644 --- a/canvas/workben/canvasdemo.cxx +++ b/canvas/workben/canvasdemo.cxx @@ -126,7 +126,7 @@ class DemoRenderer maRenderState.AffineTransform = aUnit; maRenderState.DeviceColor = maColorBlack; - //I can't figure out what the compsiteoperation stuff does + //I can't figure out what the compositeoperation stuff does //it doesn't seem to do anything in either VCL or cairocanvas //I was hoping that CLEAR would clear the canvas before we paint, //but nothing changes @@ -428,7 +428,7 @@ class DemoRenderer xPoly = mxDevice->createCompatibleBezierPolyPolygon(aPolys); xPoly->setClosed( 0, true ); //uno::Reference< rendering::XBezierPolyPolygon2D> xPP( xPoly, uno::UNO_QUERY ); - //compiles, but totally screws up. I think it is interpretting the bezier as a line + //compiles, but totally screws up. I think it is interpreting the bezier as a line uno::Reference< rendering::XPolyPolygon2D> xPP( xPoly, uno::UNO_QUERY ); rendering::StrokeAttributes aStrokeAttrs; |