On Wed, 22 Aug 2012 09:56:17 -0700, Denny Vrandečić
<denny.vrandecic(a)wikimedia.de> wrote:
2012/8/22 Daniel Friesen
<daniel(a)nadir-seen-fire.com>om>:
On Tue, 21 Aug 2012 15:33:59 -0700, bawolff
<bawolff+wn(a)gmail.com>
wrote:
> I would really like to see the interlanguage stuff re-done. Preferably
> with
> a means to configure multiple types of interwikis-that-go-in-sidebars
> so people could have interproject links and what not. Commons might
> have a section (portlet) in the sidebar for each of the sister
> projects, and each section
> contains the language links for that project
That's why we turned the language link
boolean into a string ;)
Also part of my skinning rewrite plans (if I ever get back to that)
actually
touched the area of letting us have more than just language links in the
sidebar/wherever...
https://www.mediawiki.org/wiki/User:Dantman/Skinning_system/Link_lists_rewr…
https://www.mediawiki.org/wiki/User:Dantman/Skinning_system/Customization#A…
That said there are some other parts of interlanguage I'd like changed
too.
It would be nice if we could drop the in-wiki [[en:Foo]] for a proper
interface and have templates use something like
{{#languagelink:en:Foo}}.
Whereas I see that that would be nice in the long run, due to its
possible effect on the existing text in the Wikipedias I would
strongly suggest to not make that a blocker for Wikidata.
My assumption would be: once we have Wikidata running, the language
links in the Wikipedias will drop considerably, upon which a change to
the syntax of interlanguage links would become much more feasible.
Changing the syntax for language links just so we can externalize them
to Wikidata is not the way I would suggest to go.
Does this sound reasonable?
Cheers,
Denny
Sure that was already the plan. The last two of the 3 paragraphs were just
extra notes of future thoughts.
The only now part was the fact that we made the way to answer "Is this an
interlanguage link?" a "Does the type equal 'languagelink'?"
instead of
"Is this languagelink boolean true?" so that in the future the is room for
extensions to put something like 'interproject', 'sistersite', etc... in
there.
And ideally we will also make the local identifier/prefix's type a hint
rather than the only way to determine what a link type is (ie: Ideally the
site link will have it's own type column instead of relying on the
site_{identifier,prefix} table's type column.
Though we still need to deal with the discussion on what to do about the
old iwlinks and langlinks tables.
--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [
http://daniel.friesen.name]