Hoi,
When you show a text that is not of the language you make it hard to understand what it means. I hear you when you have a problem with caching but do you realise what problems you introduce when you show information that is not of that language?

In my opinion you can cache everything that is of that language and show what is in a different language in a different colour. It would be better to show the information that is in a different language according to the #babel information and when there is nothing in any of those language just show something.

I may be confusing.. In the major languages it is a problem that sorts itself out, in the smaller languages it is vital to show information that makes to the people that read the data. Consider for instance people that emigrated to all parts of the world. It is the only sensible way (not for computers but for people).
Thanks,
       GerardM

On 16 June 2016 at 13:46, Daniel Kinzler <daniel.kinzler@wikimedia.de> wrote:
Am 15.06.2016 um 23:53 schrieb Gerard Meijssen:
> Hoi,
> Wil it work using the #babel templates?

No, because that would be inconsistent with the fallback that is applied when
using Lua or {{#property}} in wikitext. The fallback is based on the fallback
that is defined by MediaWiki for the interface labnguages.

In wikitext, we cannot use the Babel templates, because that would break
caching. The rendering can depend on a few user specific settings, but caching a
rendered version of every page for every possible combination of babel templates
is not feasible.

We could in theory use a different fallback mechanism on Special:AboutTopic, but
that would be quite confusing - why does it look differently in articles? Also,
when talking to others about the output of Special:AboutTopic, this might get
confusing: if someone complains that e.g. some label they see there is wrong,
and you go to the page but what you see is different, it becomes hard to discuss
the issue. There would be no way to link to the page as you see it. Everyone
would potentially see different output.

-- daniel


_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata