> If we're going to create a special tool,
there's no point in stopping so
> short that we still have to rely on somebody to run client-side bots to make
> it work properly.
I think that it is a request to start looking into ways to handle
interwiki links from the inside, rather than still relying on bots to
update the pages.
The interlanguage extension is a nice first step towards the inclusion
in core of all the work that we are currently doing with interwiki
bots. But why would we rely on, again, client-side bots to update
anything? The bot work seems to be smaller with this system, agreed.
But perhaps these new type of bots updates could simply be transformed
into Jobs and put in the Job queue.
At least the idea is to try to find a workflow that could be included
in the server as much as possible instead of saying that client-side
bots will handle the update tasks.
2009/3/17 Nikola Smolenski <smolensk(a)eunet.yu>yu>:
Дана Saturday 14 March 2009 23:20:01 Amir E. Aharoni
2009/3/15 Andrew Garrett
> On Sun, Mar 15, 2009 at 4:10 AM, Amir E. Aharoni <amir.aharoni(a)gmail.com>
Sorry about bugging the list about it, but can anyone
the reason for not enabling the Interlanguage extension?
See bug 15607 -
In general, extensions with this status haven't been implemented
because they haven't been reviewed by a highly experienced developer.
Brion wrote a few comments there, but i didn't understand what exactly
is the problem.
Seconded. Brion's comments are:
I don't quite understand what this extension
is meant to accomplish, or how
the workflow is envisioned. What are the user interface and performance
The lack of automatic updates seems less than
ideal, as does the multiple
fetching of link data over the HTTP API on every page render. Management UI
by manual editing of offsite pages looks pretty ugly; what could be done to
I don't fully understand them.
Wikitech-l mailing list
Nicolas Dumazet — NicDumZ [ nɪk.d̪ymz ]