Fix typos

Change-Id: If73e9183dbf6e53291da0348a1ea112d0c669669
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118012
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

3 files changed, 4 insertions, 4 deletions

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
index 21e3a73f8cfd..bafe3b511730 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
@@ -93,7 +93,7 @@ DECLARE_OOXMLEXPORT_TEST(testTdf142486_FrameShadow, "tdf142486_FrameShadow.odt")
     OUString sText = xViewCursor->getString();
     // Without fix in place, the frame size including shadow width was exported as object size. On
     // import the shadow width was added as wrap "distance from text". That results in totally
-    // different wrapping of the surrouding text.
+    // different wrapping of the surrounding text.
     // Here line started with "x" instead of expected "e".
     CPPUNIT_ASSERT(sText.startsWith("e"));
 }
diff --git a/sw/source/filter/ww8/docxsdrexport.cxx b/sw/source/filter/ww8/docxsdrexport.cxx
index 1416c4838904..c85e2581bd96 100644
--- a/sw/source/filter/ww8/docxsdrexport.cxx
+++ b/sw/source/filter/ww8/docxsdrexport.cxx
@@ -89,7 +89,7 @@ void lclMovePositionWithRotation(awt::Point& aPos, const Size& rSize, Degree100
 {
     // code from ImplEESdrWriter::ImplFlipBoundingBox (filter/source/msfilter/eschesdo.cxx)
     // TODO: refactor
-    // MSO uses left|top of the unrotated object rectangle as position. When you rotate that retangle
+    // MSO uses left|top of the unrotated object rectangle as position. When you rotate that rectangle
     // around its center and build a snap rectangle S from it, then left|top of S has to be the
     // position used in LO. This method converts LOs aPos to the position used by MSO.
 
@@ -920,7 +920,7 @@ void DocxSdrExport::startDMLAnchorInline(const SwFrameFormat* pFrameFormat, cons
     // FixMe: tdf141880. Because LibreOffice currently cannot handle negative vertical margins, they
     // were forced to zero on import. Especially bottom margin of inline anchored rotated objects are
     // affected. If the object was not changed, it would be better to export the original values
-    // from grab-Bag. Unfortulately there exists no marker for "not changed", so a heuristic is used
+    // from grab-Bag. Unfortunately there exists no marker for "not changed", so a heuristic is used
     // here: If current left, top and right margins do not differ more than 1Hmm = 635EMU from the
     // values in grab-Bag, it is likely, that the object was not changed and we restore the values
     // from grab-Bag.
diff --git a/writerfilter/source/dmapper/GraphicImport.cxx b/writerfilter/source/dmapper/GraphicImport.cxx
index 86a6ebabe3e4..f67966d0008c 100644
--- a/writerfilter/source/dmapper/GraphicImport.cxx
+++ b/writerfilter/source/dmapper/GraphicImport.cxx
@@ -994,7 +994,7 @@ void GraphicImport::lcl_attribute(Id nName, Value& rValue)
                                 m_pImpl->nBottomMargin += aMSOBaseLeftTop.Y + aMSOBaseSize.Height
                                                           - (aLOSnapRect.Y + aLOSnapRect.Height);
                                 // tdf#141880 LibreOffice cannot handle negative vertical margins.
-                                // Those cases are catched below at common place.
+                                // Those cases are caught below at common place.
                             }
                         } // end IMPORT_AS_DETECTED_INLINE
                         else if ((m_pImpl->nWrap == text::WrapTextMode_PARALLEL