<div dir="ltr">Yes, I found the separate-locales option, but I still think it should default to false for regular apps. Locales cant be that big that the size gain of splitting them out is worth not having the apps localized by default. <div><br></div><div>//Snaggen</div></div><br><div class="gmail_quote"><div dir="ltr">ons 29 juni 2016 kl 10:03 skrev Alexander Larsson <<a href="mailto:alexl@redhat.com">alexl@redhat.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 2016-06-29 at 05:45 +0000, Mattias Eriksson wrote:<br>
> Hi<br>
><br>
> How is localization thought to work? When I built Geary using<br>
> flatpak-builder, it seems that I got a org.gnome.Geary.Locale<br>
> runtime. So when I created the flatpak bundle for geary I didn't get<br>
> any locales. And do I have to install runtime addons for all<br>
> applications I wan't to have localized?<br>
> I don't really understand the gain of doing it this way? <br>
<br>
I haven't really considered locales for bundled apps. Not sure how to<br>
handle that. In general we split out the locales to a separate runtime<br>
because then you can use the --subpath= argument when installing it to<br>
do partial install of the locale data.<br>
<br>
For instance, you could do:<br>
  flatpak install org.gnome.Platform.Locale --subpath=/sv --subpath=/fi<br>
 Which would get you only swedish and finnish locales.<br>
<br>
The locale data for runtimes is actually pretty large, but perhaps its<br>
not for apps. You can disable the locale generation in flatpak-builder<br>
by using "separate-locales": false.<br>
<br>
</blockquote></div>