Translation refactoring - #179
Conversation
- header standardized for all files based on this model # Translation of amule interface to English # aMule i18n resource file. # Copyright (c) 2003-2020 aMule Team # This file is distributed under the same license as the aMule package. # # TranslatorName <[email protected]>, 2020. # It is now easier to understand the content of the file, the language of the translation, the copyright holder, the license and the names of all the people who work / worked on a translation. - PO aligned with the latest version of POT (not translated but ready to resume translation) - updated translations IT and IT_CH
|
Sorry, but that won't work. As we use po4a dir translation generation, your changes will BE overwritten on the next run. As I'm not at home, I can't tell you from my mind how to do this, but the docs are out there. |
Ok: thanks for telling me, so copying the updated po is not enough. I took a quick look at po4a and it looks very versatile, I didn't know it. |
|
Ups, sorry my bad. po4a is used for the manpages. po-files already are translated as po-files. |
I deleted lines due to the updating of the file: I updated de.po with the pot, then deleted the string (which for the most part are changed sentences). |
Commit 730eb00 (Translation refactoring) accidentally changed encoding from UTF-8 to ISO-8859-1.
|
I squashed and committed this pull request as 2027b0c, only GitHub doesn't recognize it as being merged, therefore closing now. |
…-colors ui: theme-aware list-control colours (drop hardcoded *wxBLACK/BLUE/RED)
…mule-project#274) PR amule-project#179 keyed the theme-aware palette off wxSystemSettings::GetAppearance().IsDark(). On macOS + wxGTK that matches what the native wxListCtrl actually paints — dark mode propagates to the list background — so the light-tone palette is readable. On native Win32 (SysListView32) the story is different: even with AppsUseLightTheme=0, the list keeps its default white background, and light-tone text lands on it unreadable. Users see near-white search-result text on white background in the search tab (amule-project#274, Windows 11 dark mode). Fix: pick the palette from the list control's own background colour at draw time, not the OS appearance flag. On Linux/macOS the background follows the system theme so behaviour is unchanged; on Windows the list stays white so the (readable) light-mode palette is used regardless of the AppsUseLightTheme registry setting. When wxWidgets eventually gets full Win32 dark-mode wxListCtrl support (DWMWA_USE_IMMERSIVE_DARK_MODE etc.) the helper self-corrects: background turns dark, luminance test flips, dark-mode palette kicks in. Helper lives in MuleListCtrl.h next to the shared list-ctrl base; sites in SearchListCtrl.cpp + GenericClientListCtrl.cpp are the three call sites amule-project#179 introduced.
…mule-project#274) (amule-project#276) * fix(ui): key list-ctrl palette off actual background, not IsDark() (amule-project#274) PR amule-project#179 keyed the theme-aware palette off wxSystemSettings::GetAppearance().IsDark(). On macOS + wxGTK that matches what the native wxListCtrl actually paints — dark mode propagates to the list background — so the light-tone palette is readable. On native Win32 (SysListView32) the story is different: even with AppsUseLightTheme=0, the list keeps its default white background, and light-tone text lands on it unreadable. Users see near-white search-result text on white background in the search tab (amule-project#274, Windows 11 dark mode). Fix: pick the palette from the list control's own background colour at draw time, not the OS appearance flag. On Linux/macOS the background follows the system theme so behaviour is unchanged; on Windows the list stays white so the (readable) light-mode palette is used regardless of the AppsUseLightTheme registry setting. When wxWidgets eventually gets full Win32 dark-mode wxListCtrl support (DWMWA_USE_IMMERSIVE_DARK_MODE etc.) the helper self-corrects: background turns dark, luminance test flips, dark-mode palette kicks in. Helper lives in MuleListCtrl.h next to the shared list-ctrl base; sites in SearchListCtrl.cpp + GenericClientListCtrl.cpp are the three call sites amule-project#179 introduced. * clang-format: adjust pointer style in IsListBackgroundDark decl
It is now easier to understand the content of the file, the language of the translation, the copyright holder, the license and the names of all the people who work / worked on a translation.
PO aligned with the latest version of POT (not translated but ready to resume translation)
updated translations IT and IT_CH