<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 31, 2014 at 8:32 AM, Alexander Potashev <span dir="ltr"><<a href="mailto:aspotashev@gmail.com" target="_blank">aspotashev@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2014-07-31 3:51 GMT+04:00 Aleix Pol <<a href="mailto:aleixpol@kde.org">aleixpol@kde.org</a>>:<br>
<div class="">> On Thu, Jul 31, 2014 at 1:36 AM, Alexander Potashev <<a href="mailto:aspotashev@gmail.com">aspotashev@gmail.com</a>><br>
> wrote:<br>
>><br>
</div><div class="">>> But doing per-framework percentages is no bueno, either: imagine your<br>
>> app uses KService and you translated only this framework having<br>
>> skipped its dependencies. Then the app might be translated very poorly<br>
>> if many strings come from the dependent frameworks.<br>
><br>
</div><div class="">> Read again what Albert said, he's not proposing to filter per framework.<br>
<br>
</div>Hi Aleix,<br>
<br>
Correct - Albert's final idea was to let the downstream decide. I'm<br>
almost sure that won't work well, specifically most distros will<br>
probably include all translations we ship, even very incomplete ones<br>
because<br>
 1. Packagers won't find out soon they need to do this filtering (i.e.<br>
they won't notice that we've turned off filtering on our side),<br>
because they didn't need to with KDE SC 4.x,<br>
 2. Packagers won't spent their time to write scripts for filtering<br>
translations in some smart way.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Alexander Potashev<br></div></div></blockquote><div><br></div><div>Well, then we need to offer proper tooling.</div><div><br></div><div>Aleix </div></div></div></div>