Last modified: 2014-02-04 11:15:56 UTC
See for example the national anthem of Finland: (Vårt land) //sv.wikisource.org/w/index.php?title=V%C3%A5rt_land&oldid=102039 There are four translations of this text on fi.wikisource, and we have interwiki to them all in the code. But only one of them (the first) is visible under the toolbox. It wasn't like this some time ago, what has happend?
Confirming: {{Interwiki-info|en|(Krook)}} {{Interwiki-info|fi1|(Cajander)}} {{Interwiki-info|fi2|(anonym)}} {{Interwiki-info|fi3|(Kiljander)}} {{Interwiki-info|fi4|(Schröder)}} but toolbox only offers: På andra språk English (Krook) ⇔ Suomi (Cajander) ⇔
Probably some change to core related to Wikidata. Showing more than one link for a single site was a bug, in reality.
*** Bug 48410 has been marked as a duplicate of this bug. ***
Nemo, could you please explain why it is bug in your opinion? It should be bud in wikipedia, where only one article for a specific topic is acceptable. It is a highly required feature for wikisource, where many equivalent alternatives for any text may be presented. And a reader may want to compare to *any* of them using doublewiki. We *shouldn't* prefer any single translation of any text, and disambigs are useless for doublewiki. Current wikidata model is useless for wikisource, IMO.
Andrzej: I think that having more than one interwiki to the same wiki, where the interwiki link doesn't display any difference for both links (both have the same text), makes impossible for the user to know which one to choose. Instead, they should link to only one page (which can be a disambiguation, or the "main" article in importance, quality, etc which in turn will have normal links to the other alternatives.
(In reply to comment #4) > Nemo, could you please explain why it is bug in your opinion? It was a bug because it was not expected behaviour, rather a hack; I agree that it was a useful bug. :) I think restoring that "feature" is a legitimate enhancement request, but can probably not be considered a major bug from a technical perspective. This is also a problem for interproject links: in some implementations, multiple interproject links to same project are shown in the sidebar; in some others, only the first. Maybe this issue is worth mentioning in <https://meta.wikimedia.org/wiki/Requests_for_comment/Interproject_links_interface>. However, as long as interwikis are local, there's no compelling reason to "police" their usage and relevance, it can be left to local decision.
Jesús, they are recognizable: 1. we can use {{interwiki-info}} template to describe the links shortly 2. if you put mouse over the link, you see what article the link points to Disambiguation pages are useless as interwiki target for us because one of the main purposes for using interwiki in wikisource project is text comparision via doublewiki. Comparing text with a disambiguation page contents is nonsense. Of course, if doublewiki could display link contents after click in a proper half-screen, it would be an alternative to multiple interwikis. However, I do not know whether it is even technically possible.
[replacing wikidata keyword by adding CC - see bug 56417]
This looks like expected behaviour, see Gerrit change #25232/bug 24502
(In reply to comment #9) > This looks like expected behaviour, see Gerrit change #25232/bug 24502 Yes, but it should never have been implemented in content-namespace on Wikisource.
