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(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata