<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hello,<div class="">to take a step back:</div><div class=""><br class=""></div><div class="">Here’s the way you can distribute localizations on macOS</div><div class="">1. Include all localizations in the standard download (used by all Apple software, MS Office etc.)</div><div class="">2. Offer precompiled .app bundles in the language of choice (used by Firefox)</div><div class="">3. Offer language packs as a separate download and installation (used by LO)</div><div class=""><br class=""></div><div class=""><div class="">What would the standard macOS way be to distribute language packs?</div></div><div class=""><br class=""></div><div class="">1 is the standard way and with file system compression it would not use significantly more disk space than today (I’ll have to google to find out how you actually turn it on)</div><div class="">2 is also an acceptable choice with one-step install</div><div class="">3 is a quirky solution requiring multiple steps, I can’t remember any other app having a similar install option on macOS?</div><div class=""><br class=""></div><div class="">As such 1 or 2 would be the preferred option if we were to design the system today, agree?</div><div class="">One of the nice thing about macOS historically is that you could easily change your system UI language and have your apps follow, while this was not easily done on e.g., Windows.</div><div class=""><br class=""></div><div class="">I don’t see any real advantages of 3, only drawbacks from a user perspective</div><div class="">Doing option 3 without installing to the .app bundle would be worse, in that the available localization will depend on the user - you would have to install it for every single user on the machine</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Eivind</div><div class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 23 May 2020, at 05:44, Tor Lillqvist <<a href="mailto:tml@iki.fi" class="">tml@iki.fi</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">So when you<br class="">
install help to another directory, to me it seems like a small step to<br class="">
also install install the langaugepack files to another directory<br class="">
outside the app.<br class=""></blockquote><div class=""><br class=""></div><div class="">It's not *installing* the language pack wherever we want that is the problem. (That is just a modification to one Apple Script file.) It's *using* it from there. (All of it. Autotext, dictionaries (that for some reason are packaged in some form of extension inside the language pack), help, localisation in the form of .xcd files, other registry entries, and localisation in the form of .mo files. (Possibly also presets (whatever they are) and wizards, although those where empty in the couple of language packs I looked id.) </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br class="">
My version of Catalina still is happy with the app bundle, no matter<br class="">
whether I install a language pack or not (or multiple of them). </blockquote><div class=""><br class=""></div><div class="">Feel free then to resolve the related bugs as NOTABUG.<br class=""></div><div class=""><br class=""></div><div class="">--tml</div><div class=""><br class=""></div><div class=""><br class=""></div></div></div>
_______________________________________________<br class="">LibreOffice mailing list<br class=""><a href="mailto:LibreOffice@lists.freedesktop.org" class="">LibreOffice@lists.freedesktop.org</a><br class="">https://lists.freedesktop.org/mailman/listinfo/libreoffice<br class=""></div></blockquote></div><br class=""></div></body></html>