https://bugs.kde.org/show_bug.cgi?id=381670
--- Comment #4 from Friedrich W. H. Kossebau <kosse...@kde.org> ---
(In reply to RJVB from comment #3)
> Until 2 minutes ago I was still seeing this issue, with parts of the
> interface being translated, other parts not - on Linux. No more such issue
> on Mac, which made me realise that my Linux rig has all KF5 stuff in a
> sub-prefix, and a Plasma4 desktop env. available via the root. Apparently
> the translation subsystem picks its data where it can be found without
> prioritising the own prefix.
Tranlation catalogs are looked up via
QStandardPaths::locate(QStandardPaths::GenericDataLocation,
QStringLiteral("locale/") + relpath);
etc.
so it should follow the priorities as listed in the respective env vars (like
XDG_DATA_DIRS) or the default locations, and then pick the first version found.
So same like with other external resources. Given translations are not commonly
overwritten/themed/personalized :) it might make sense to prioritize/hardcode
the prefix. Though this might be more a matter with wild development installs,
and developers usually prefer non-hardcoded things for more control.
In any case, something to discuss on ki18n-related channels rather, not
kdevelop specific.
Thanks for quick reaction, good to have --bugs :)
--
You are receiving this mail because:
You are watching all bug changes.
