On Wed, 22 Aug 2012 09:56:17 -0700, Denny Vrandečić denny.vrandecic@wikimedia.de wrote:
2012/8/22 Daniel Friesen daniel@nadir-seen-fire.com:
On Tue, 21 Aug 2012 15:33:59 -0700, bawolff bawolff+wn@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_rewri... https://www.mediawiki.org/wiki/User:Dantman/Skinning_system/Customization#Al...
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.