From 3ffa0194c7089bc29b56fd670cd7cc2f2fb50263 Mon Sep 17 00:00:00 2001 From: ispyisail Date: Sun, 26 Jul 2026 22:41:44 +1200 Subject: [PATCH] cmake: Windows translations live in lang/, not l10n/ QET_LANG_PATH was "l10n/" for WIN32, a value that appears nowhere else in the tree: the MSI shortcuts pass --lang-dir="[INSTALLDIR]lang/", and the windows-build workflow copies the .qm files into files/lang/. So the compiled-in default pointed at a directory no packaging creates, leaving the command-line argument to do all the work. Align it with what is actually shipped, so the binary-relative lookup added in the previous commit can find the translations on its own. --- cmake/paths_compilation_installation.cmake | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/cmake/paths_compilation_installation.cmake b/cmake/paths_compilation_installation.cmake index 33fbc29d5..f8cf763dd 100644 --- a/cmake/paths_compilation_installation.cmake +++ b/cmake/paths_compilation_installation.cmake @@ -58,7 +58,10 @@ if(WIN32) set(QET_BINARY_PATH "./") set(QET_COMMON_COLLECTION_PATH "elements/") set(QET_COMMON_TBT_PATH "titleblocks/") - set(QET_LANG_PATH "l10n/") + # "lang/" and not "l10n/": that is where every Windows packaging actually + # puts the .qm files (see build-aux/windows/QElectroTech.wxs and the + # windows-build workflow), and what the shortcuts pass as --lang-dir. + set(QET_LANG_PATH "lang/") set(QET_LICENSE_PATH "./") # Liste des ressources Windows #RC_FILE = qelectrotech.rc