<div dir="auto"><div>From RTL point of view we need the first option to make sure we are terminating the unicode RTL algorithm correctly.</div><div dir="auto">Otherwise we're seeing things like po.* instead of the correct order.<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, Jun 13, 2023, 13:31 Adrian Chaves <<a href="mailto:adrian@chaves.io">adrian@chaves.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>As a translator I have always found it weird that something like (3) was not used. I feel like (2) still has some of the same issues as (1).</p>
<p id="m_-1895724113063407128reply-intro">On 2023-06-13 12:14, Frederik Schwarzer wrote:</p>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<div style="margin:0;padding:0;font-family:monospace">Hi,<br><br>from a developer's point of view, what would be the best approach for file types in type selectors in file dialogs?<br><br>1) Have them translatable:<br>    i18n("All supported files (*.po *.pot *.xlf *.xliff *.ts)")<br><br>2) Have them mentioned:<br>    i18n("All supported files (%1)", "*.po *.pot *.xlf *.xliff *.ts")<br><br>3) Hide them completely from translators:<br>    i18n("All supported files", " (*.po *.pot *.xlf *.xliff *.ts)")<br><br>Currently I see a lot of 1) but am thinking about using 2) since it seems to reduce translation work and is also less prone to errors (translator getting the extensions wrong).<br><br>Note that in the dialog, the user only sees the "All supported files" string, so one could even argue that the rest is not a user-visible string ... But that could as well be only on my system or it might change in the future.<br><br>Anyway, is there a problem with 2) that I am currently missing?<br><br>Thanks.<br><br>Cheers,<br>Frederik<br><br><br></div>
</blockquote>
<p><br></p>

</div>
</blockquote></div></div></div>