[Libreoffice-commits] core.git: sw/qa sw/source writerfilter/source
Andrea Gelmini (via logerrit)
logerrit at kemper.freedesktop.org
Mon Jun 28 17:09:38 UTC 2021
sw/qa/extras/ooxmlexport/ooxmlexport16.cxx | 2 +-
sw/source/filter/ww8/docxsdrexport.cxx | 4 ++--
writerfilter/source/dmapper/GraphicImport.cxx | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
New commits:
commit 1b052ff4ac5f5d29b69a91d4f14742e555f2a03b
Author: Andrea Gelmini <andrea.gelmini at gelma.net>
AuthorDate: Mon Jun 28 13:29:18 2021 +0200
Commit: Julien Nabet <serval2412 at yahoo.fr>
CommitDate: Mon Jun 28 19:09:04 2021 +0200
Fix typos
Change-Id: If73e9183dbf6e53291da0348a1ea112d0c669669
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118012
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412 at yahoo.fr>
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
More information about the Libreoffice-commits
mailing list