typo: implicitely -> implicitly

5 files changed, 5 insertions, 5 deletions

diff --git a/include/basegfx/polygon/b2dpolypolygoncutter.hxx b/include/basegfx/polygon/b2dpolypolygoncutter.hxx
index c43a8de55112..3171432a3e49 100644
--- a/include/basegfx/polygon/b2dpolypolygoncutter.hxx
+++ b/include/basegfx/polygon/b2dpolypolygoncutter.hxx
@@ -37,7 +37,7 @@ namespace basegfx
             single Polygons may be re-combined. The orientations of
             the contained polygons in not changed but used as
             topological information.  Self crossovers of the contained
-            sub-polygons are implicitely handled, but to not lose the
+            sub-polygons are implicitly handled, but to not lose the
             topological information, it may be necessary to remove
             self-intersections of the contained sub-polygons in a
             preparing step and to explicitly correct their
diff --git a/include/drawinglayer/primitive3d/sdrcubeprimitive3d.hxx b/include/drawinglayer/primitive3d/sdrcubeprimitive3d.hxx
index c4c489d8aea2..bd4a4fb0ef11 100644
--- a/include/drawinglayer/primitive3d/sdrcubeprimitive3d.hxx
+++ b/include/drawinglayer/primitive3d/sdrcubeprimitive3d.hxx
@@ -33,7 +33,7 @@ namespace drawinglayer
         /** SdrCubePrimitive3D class
 
             This 3D primitive expands the SdrPrimitive3D to a 3D cube definition.
-            The cube is implicitely in unit coordinates and the given transformation
+            The cube is implicitly in unit coordinates and the given transformation
             defines it's geometry in space.
          */
         class DRAWINGLAYER_DLLPUBLIC SdrCubePrimitive3D : public SdrPrimitive3D
diff --git a/include/drawinglayer/primitive3d/sdrsphereprimitive3d.hxx b/include/drawinglayer/primitive3d/sdrsphereprimitive3d.hxx
index dc4f0d85b10a..50f3ad82f219 100644
--- a/include/drawinglayer/primitive3d/sdrsphereprimitive3d.hxx
+++ b/include/drawinglayer/primitive3d/sdrsphereprimitive3d.hxx
@@ -33,7 +33,7 @@ namespace drawinglayer
         /** SdrSpherePrimitive3D class
 
             This 3D primitive expands the SdrPrimitive3D to a 3D sphere definition.
-            The sphere is implicitely in unit coordinates and the given transformation
+            The sphere is implicitly in unit coordinates and the given transformation
             defines it's geometry in space.
          */
         class DRAWINGLAYER_DLLPUBLIC SdrSpherePrimitive3D : public SdrPrimitive3D
diff --git a/include/editeng/AccessibleEditableTextPara.hxx b/include/editeng/AccessibleEditableTextPara.hxx
index 68b8e8cd980b..d60387db3fab 100644
--- a/include/editeng/AccessibleEditableTextPara.hxx
+++ b/include/editeng/AccessibleEditableTextPara.hxx
@@ -115,7 +115,7 @@ namespace accessibility
         virtual sal_Int32 SAL_CALL getForeground(  ) throw (::com::sun::star::uno::RuntimeException, std::exception) SAL_OVERRIDE;
         virtual sal_Int32 SAL_CALL getBackground(  ) throw (::com::sun::star::uno::RuntimeException, std::exception) SAL_OVERRIDE;
 
-        // XAccessibleText (this comes implicitely inherited by XAccessibleEditableText AND by XAccessibleMultiLineText)
+        // XAccessibleText (this comes implicitly inherited by XAccessibleEditableText AND by XAccessibleMultiLineText)
         virtual sal_Int32 SAL_CALL getCaretPosition() throw (::com::sun::star::uno::RuntimeException, std::exception) SAL_OVERRIDE;
         virtual sal_Bool SAL_CALL setCaretPosition( sal_Int32 nIndex ) throw (::com::sun::star::lang::IndexOutOfBoundsException, ::com::sun::star::uno::RuntimeException, std::exception) SAL_OVERRIDE;
         virtual sal_Unicode SAL_CALL getCharacter( sal_Int32 nIndex ) throw (::com::sun::star::lang::IndexOutOfBoundsException, ::com::sun::star::uno::RuntimeException, std::exception) SAL_OVERRIDE;
diff --git a/include/svx/IAccessibleViewForwarder.hxx b/include/svx/IAccessibleViewForwarder.hxx
index cbf9f87a68b9..d087e3e4d2cc 100644
--- a/include/svx/IAccessibleViewForwarder.hxx
+++ b/include/svx/IAccessibleViewForwarder.hxx
@@ -39,7 +39,7 @@ namespace accessibility {
     differs in two important points: Firstly the <member>GetVisArea</member>
     method returns a rectangle in internal coordinates and secondly the
     transformation methods do not require explicit mapmodes.  These have to
-    be provided implicitely by the classes that implement this
+    be provided implicitly by the classes that implement this
     interface.  A third, less important, difference are the additional
     transfomation methods for sizes.  The reasons for their existince are
     convenience and improved performance.</p>