[Libreoffice-commits] core.git: compilerplugins/clang sw/qa sw/source
Andrea Gelmini (via logerrit)
logerrit at kemper.freedesktop.org
Thu Apr 30 08:32:05 UTC 2020
compilerplugins/clang/test/cppunitassertequals.cxx | 2 +-
sw/qa/extras/ooxmlexport/ooxmlexport.cxx | 2 +-
sw/qa/extras/ooxmlimport/ooxmlimport.cxx | 2 +-
sw/source/core/doc/number.cxx | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
New commits:
commit 7685dff381f538bf011a56da4a0493228b84614a
Author: Andrea Gelmini <andrea.gelmini at gelma.net>
AuthorDate: Tue Apr 28 17:19:13 2020 +0200
Commit: Andrea Gelmini <andrea.gelmini at gelma.net>
CommitDate: Thu Apr 30 10:31:29 2020 +0200
Fix typos
Change-Id: I8d0e10b08393b7752d55298e0e1ba64e5fd6c422
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93083
Reviewed-by: Julien Nabet <serval2412 at yahoo.fr>
Tested-by: Jenkins
diff --git a/compilerplugins/clang/test/cppunitassertequals.cxx b/compilerplugins/clang/test/cppunitassertequals.cxx
index d0825000be07..d42007c99d66 100644
--- a/compilerplugins/clang/test/cppunitassertequals.cxx
+++ b/compilerplugins/clang/test/cppunitassertequals.cxx
@@ -53,7 +53,7 @@ void test(
CPPUNIT_ASSERT(t.operator ==(t));
// `P == nullptr` for P of pointer type is awkward to write with CPPUNIT_ASSERT_EQUAL, and the
- // actual pointer values that would be printed if CPPUNIT_ASSERT_EQUAL failed would likey not be
+ // actual pointer values that would be printed if CPPUNIT_ASSERT_EQUAL failed would likely not be
// very meaningful, so let it use CPPUNIT_ASSERT (but stick to CPPUNIT_ASSERT_EQUAL for
// consistency in the unlikely case that P is of type std::nullptr_t):
CPPUNIT_ASSERT(p == nullptr);
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
index 0b142d51141a..65036bbbc3bc 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
@@ -765,7 +765,7 @@ DECLARE_OOXMLEXPORT_TEST(testNumOverrideLvltext, "num-override-lvltext.docx")
{
uno::Reference<container::XIndexAccess> xRules = getProperty< uno::Reference<container::XIndexAccess> >(getStyles("NumberingStyles")->getByName("WWNum1"), "NumberingRules");
// This was 1, i.e. the numbering on the second level was "1", not "1.1".
- // Check the praragraph properties, not the list ones, since they can differ due to overrides
+ // Check the paragraph properties, not the list ones, since they can differ due to overrides
uno::Reference<beans::XPropertySet> xPara(getParagraph(1), uno::UNO_QUERY);
CPPUNIT_ASSERT_EQUAL(static_cast<sal_Int16>(1), getProperty<sal_Int16>(xPara, "NumberingLevel"));
CPPUNIT_ASSERT_EQUAL(OUString("1.1"), getProperty<OUString>(xPara, "ListLabelString"));
diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
index 396f2a6e1513..773b5c457a73 100644
--- a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
+++ b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
@@ -1553,7 +1553,7 @@ DECLARE_OOXMLIMPORT_TEST(testTdf108995, "xml_space.docx")
DECLARE_OOXMLIMPORT_TEST(testGroupShapeTextHighlight, "tdf131841_HighlightColorGroupedShape.docx")
{
- // tdf#131841 Highligh color of text in grouped shapes was not imported.
+ // tdf#131841 Highlight color of text in grouped shapes was not imported.
// These are the possible highlight colors in MSO Word. Check that we import them properly.
const std::vector<sal_uInt32> xColors {
diff --git a/sw/source/core/doc/number.cxx b/sw/source/core/doc/number.cxx
index d26c48fe579d..cfa140a58817 100644
--- a/sw/source/core/doc/number.cxx
+++ b/sw/source/core/doc/number.cxx
@@ -648,7 +648,7 @@ OUString SwNumRule::MakeNumString( const SwNumberTree::tNumberVector & rNumVecto
if (!sLevelFormat.isEmpty())
{
// In this case we are ignoring GetIncludeUpperLevels: we put all
- // level nubers requested by level format
+ // level numbers requested by level format
for (SwNumberTree::tNumberVector::size_type i=0; i <= nLevel; ++i)
{
OUString sReplacement;
More information about the Libreoffice-commits
mailing list