<p dir="ltr">And next to what Christian mentions, I think we should actually get rid of the German informal translation. Mostly we try to avoid using Du/Sie altogether, and the cases where we need it do not really warrant maintaining a whole different translation. Including all the confusion which is which.</p>

<p dir="ltr">Frank, Thomas, what do you think?</p>
<div class="gmail_quote">On Sep 5, 2013 10:18 AM, "Christian Reiner" <<a href="mailto:foss@christian-reiner.info">foss@christian-reiner.info</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello Stefan, hello all,<br>
<br>
On Thursday 05 September 2013 09:17:19 Stefan Vollmar wrote:<br>
> it is desirable (for many reasons) to have localisations of user interfaces<br>
> for as many languages as possible. However, OwnCloud ships with two German<br>
> versions, one of them quite informal. As our installation is for "official"<br>
> purposes only, the more formal version is the right choice. We already had<br>
> a case where somebody (unintentionally) selected the informal setting, then<br>
> shared a file by link - this could be potentially awkward: you do not see<br>
> the mail template which is sent to the recipient (and it is not suitable<br>
> for our purposes).<br>
<br>
actually in my eyes this shows up a more general problem. Your approach to<br>
solve your issue at hand by disabling a certain localization is the wrong one<br>
and steps short in my eyes:<br>
<br>
The templates chosen for outgoing messages should not depend on the session<br>
language chosen by the user at all! Those are two completely separate things!<br>
Imagine a foreign member of your company, say a russian speaking colleague. He<br>
intuitively would use the russian localization of owncloud if available. And<br>
this certainly totally makes sense, since this is what localizations are there<br>
for. But most likely you do not want outgoing messages to your customers to be<br>
in russian language, just because the user initiating the message uses a<br>
russian localization!<br>
It is a very typical pattern in software suites that localizations of the user<br>
session and of persistent content being generated must be independent. This is<br>
currently not the case, apparently.<br>
So in my eyes the correct solution to your problem would be to decouple these<br>
localization use cases instead of disabling a random localization set.<br>
<br>
Christian Reiner (arkascha)<br>
_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
</blockquote></div>