<div dir="ltr">See for example the translators interface on Facebook that allows adding optional variants based on explicit conditions; but where all of them remain optional with a common fallback to the default form.</div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-29 10:21 GMT+01:00 Niklas Laxström <span dir="ltr"><<a href="mailto:niklas.laxstrom@gmail.com" target="_blank">niklas.laxstrom@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">2014-10-29 10:58 GMT+02:00 Philippe Verdy <<a href="mailto:verdy_p@wanadoo.fr">verdy_p@wanadoo.fr</a>>:<br>
> I'd then suggest that the trnaslation interface allows selecting BOTH the number and grammatial case to map them to one of the possible forms, and then let the adapter interface mame the necessary mapping to the precise symbolic forms or one of its fallbacks.<br>
<br>
</span>I18n and l10n is complex topic. We are trying to keep it as simple as<br>
possible for translators and developers. What you propose does not<br>
bring more power to the system, only makes it more complex.<br>
<span class="HOEnZb"><font color="#888888"><br>
  -Niklas<br>
</font></span></blockquote></div><br></div>