How about bundling the files in qrc containers, one per language to address the issue of many tiny files? That reminds me similar case of icon files.
On Wednesday, 16 December 2015, Chusslove Illich <caslav.i...@gmx.net> wrote: >> [: René J.V. Bertin :] >> It seems that with KF5 we have gotten back in the situation where you get >> every possible language installed. Now that may be nice for the occasional >> office prank [...] something that has absolutely no use for the vast >> majority of users. > > It has a use in every situation where multiple-language users work in a > centrally administered network. Like in... an office. My personal experience > in this regard is that whenever I sat at some machine of that type, I get > translated all software *but* the KDE software. And the unacceptable > overhead in that case is asking IT to do something about it. > >> [...] but it'll end up amounting to a significant disk overhead (the one >> that comes with lots of small files) [...] > > I don't think the disk overhead is significant. There are no loud complains > about other Gettext-using software, which normally comes with all > translations. To put it in perspective, a single contemporary high-budget > game will occupy much more disk blocks than all Gettext translations on the > system combined. > > Furthermore, if one thinks of stripping the translation files from release > packages, or fetching them manually from the repo, that will not work > properly. There will be versioning mismatches, and some files will be > omitted, as PO files are not the only translation-related files. So this > should be done only with a much stronger reason than disk usage. > > -- > Chusslove Illich (Часлав Илић) > -- regards, Jaroslaw Staniek KDE: : A world-wide network of software engineers, artists, writers, translators : and facilitators committed to Free Software development - http://kde.org Calligra Suite: : A graphic art and office suite - http://calligra.org Kexi: : A visual database apps builder - http://calligra.org/kexi Qt Certified Specialist: : http://www.linkedin.com/in/jstaniek
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel