Talk:Interwiki link standard

    From Consumerium development wiki R&D Wiki
    Revision as of 19:43, 9 March 2004 by Jukeboksi (talk | contribs) (read this, get your facts straight before you start calling MediaWiki Sofware imperialists)
    (diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

    Mediawiki supports a deliberately Wikipedia-centric scheme in which for instance "[ [ en: ] ]" means not "in English" but "in the English Wikipedia".

    Not necessarily. I think it's up to how the interwiki-linking is configured. We could have fr: point to fr.consumerium.org, which it does not cause there is no fr.consumerium.org, but w:fr: would still point to the French wikipedia. This is with the current MediaWiki release candidate, so stop whining that other people are not working hard enough or the way you think they should work

    if

    [ [ language:service:namespace_within_service:page/subpage#section ] ]
    

    were revised so that

    [ [ service:language:namespace_within_service:page/subpage#section ] ]
    

    you would be pretty close to the Interwiki "standard" as it is now implemented already


    As a result, a reference to "[ [ en: Metaweb: phyle ] ]" will be interpreted incorrectly as a reference to English Wikipedia where there is no article, instead of correctly to English Metaweb 'phyle' where there is one.

    Mediawiki is likely to continue to resist and retard the development of such a standard for the usual reasons (typically software imperialism - see Wikimedia for discussion of this.) Prove us wrong?

    You needn't be bashing MediaWiki developers all the time. They have helped me very much with the problems i've been having setting this wiki up and keeping it up-to-date with the latest required code. In the last upgrade we got XML-export to work and now it's up to someone (maybe us) to develop the multiple source import-functionality briefly discussed on Wikinfo with proteus, who said it isn't the highest of priorities and maybe in GetWiki 2.0, which by classical free software development cycles is far far away