sd/source/core/ThemeColorChanger.cxx |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit b4545be2829e7184697718713fe505090d13872f
Author:     Andrea Gelmini <andrea.gelm...@gelma.net>
AuthorDate: Fri Sep 1 18:19:16 2023 +0200
Commit:     Julien Nabet <serval2...@yahoo.fr>
CommitDate: Fri Sep 1 18:44:57 2023 +0200

    Fix typo
    
    Change-Id: I02772f9b9ace5c1fe955bd0039c5e6d8ce2cc4eb
    Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156450
    Tested-by: Julien Nabet <serval2...@yahoo.fr>
    Reviewed-by: Julien Nabet <serval2...@yahoo.fr>

diff --git a/sd/source/core/ThemeColorChanger.cxx 
b/sd/source/core/ThemeColorChanger.cxx
index d187ee36c0a1..b475aa6f6060 100644
--- a/sd/source/core/ThemeColorChanger.cxx
+++ b/sd/source/core/ThemeColorChanger.cxx
@@ -157,7 +157,7 @@ void 
ThemeColorChanger::apply(std::shared_ptr<model::ColorSet> const& pColorSet)
         // TODO - for now change all the objects regardless to which master 
page it belongs to.
         // Currently we don't have a concept of master slide with a group of 
layouts as in MSO, but we always only
         // have master pages, which aren't grouped together. In MSO the theme 
is defined per master slide, so when
-        // changing a theme, all the layouts get the new theme, as layouts are 
synonomus to master pages in LibreOffice,
+        // changing a theme, all the layouts get the new theme, as layouts are 
synonymous to master pages in LibreOffice,
         // this is not possible to do and we would need to change the theme 
for each master page separately, which
         // is just annoying for the user.
 

Reply via email to