"Platonides" <Platonides(a)gmail.com> wrote in message
news:h8eg97$eh0$1@ger.gmane.org...
Ilmari Karonen wrote:
I don't think it's really a saner syntax.
That's not the point. It's a *safer* syntax. Using {{int:lang}} breaks
cache integrity: if you put {{SomeTemplate/{{int:lang}}} (or equally some
{{USERLANGUAGE}} magic word if it existed) on a page and save it, the link
that's added to the templatelinks table is the template subpage the *editor*
gets, but a viewer with a different language can get a different page. I
assume (before Tim shouts at me too, no I haven't read the code either) that
"The converter operates at a near-HTML stage of the parser" implies that
it's *way* after template expansion... are the "-{...}-" strings
stripmarked-out at that stage? Essentially, the key is that they can't
affect the transclusion structure of the rest of the page.
>
> -{af: {{GFDL/af}}; als: {{GFDL/als}}; an: {{GFDL/an}}; ar: {{GFDL/ar}};
> ast: {{GFDL/ast}}; be: {{GFDL/be}}; be-tarask: {{GFDL/be-tarask}}; <!--
> ...and so on for about 70 more languages -->}-
The above begs the question, of course, would this switch actually work?
And if it does, how does it affect the cache and linktables? More
investigation needed, methinks....
I think the obstructions to implementing en-gb/en-us conversion on enwiki
would be social rather than technical. They've just gone through six months
of hell over date autoformatting, culminating in a decision to scrap the
system entirely and hence not support users being able to choose between
American and International *date formats*. If they don't even want to
support those, getting a full language conversion supported *would* be like
herding cats...
--HM