Last modified: 2012-04-16 09:15:40 UTC
If we put links to other languages in a talk page (such as an "User talk", or a "MediaWiki talk", where they can be very useful), they should be added to the sidebar as happens in the corresponding subject namespaces. Instead of the expected behavior, currently such interwiki links are being converted to normal links. For a practical example, try previewing the wikicode "[[fr:Test]]" in both pages below: http://en.wikipedia.org/wiki/Wikipedia:Sandbox?action=edit http://en.wikipedia.org/wiki/Wikipedia_talk:Sandbox?action=edit The second one will not work.
I thought it was done on purpose?
What purpose would that be?
I've been annoyed by this as well at times, but on the other hand it does make sense (to me). Interlanguage links indicate that a page is also available in another language (where you may find more information or perhaps informationin your own language would you be visiting a foreign wiki). Since the talk-pages are not translated it is understandable for them not to have interlanguage links. I'm not saying it should not be implemented, but I guess this is the reason why it has not been done before.
(In reply to comment #3) > Interlanguage links indicate that a page is also available in another language > (where you may find more information or perhaps informationin your own language > would you be visiting a foreign wiki). > > Since the talk-pages are not translated it is understandable for them not to > have interlanguage links. This reasoning makes it WONTFIX for me.
(In reply to comment #4) > (In reply to comment #3) > > Interlanguage links indicate that a page is also available in another language > > (where you may find more information or perhaps informationin your own language > > would you be visiting a foreign wiki). > > > > Since the talk-pages are not translated it is understandable for them not to > > have interlanguage links. > > This reasoning makes it WONTFIX for me. Well... A talk page can be "also available in another language": * The discussion page about a popular gadget can be available in other languages. E.g.: [[MediaWiki_talk:Gadget-popups.js]] [[ja:MediaWiki_talk:Gadget-popups.js]] * Besides, if for example, a French user go to some [[User talk:Foo]] in the English Wikipedia and the "Foo" user happens to be also an editor of French Wikipedia and was able to add interwikis to his talk page, the French visitor could easily notice the link [[fr:User talk:Example]] in the sidebar, so that he can contact the user directly in the French Wikipedia.
(In reply to comment #5) > could easily notice the link [[fr:User talk:Example]] in the sidebar, so that I meant [[fr:User talk:Foo]].
To me this seems a policy that has not been given any justification and should not be enforced in the software.
Rephrased summary. Language interwikilinks work fine, it's languagelinks this bug is about (ie. linking in a comment on the talk page to [[:nl:Foobar]] works fine). Personally I still think this is a WONTFIX, but I'm leaving it in the reopened state for others to look at. Just fixing the summary.
(In reply to comment #7) > To me this seems a policy that has not been given any justification and should > not be enforced in the software. Make that a configuration setting, then? If we changed back, the behavior, many links that are now going to [[:nl:Foobar]] would suddenly go into the sidebar as interwikis (that could be bot-cleaned in wikipedia, but there are third-parties, too).
(In reply to comment #10) > Make that a configuration setting, then? If we changed back, the behavior, many > links that are now going to [[:nl:Foobar]] would suddenly go into the sidebar > as interwikis Wow that's so braindead! And yay for more globals.
Agree with the WONTFIX of the specific issue. The best way to make this 'work' is improvements to interlanguage links to make them clean metadata; then we can easily pull the same links from the subject page and show them on the talk page (actually, we could probably do that already -- pulling the recorded langlinks from the subject page). Though adjusting automatically to the matching talk page might take more workish. They should, however, always be a matched pair, not separately added.
I don't like adding a variable for this feature either, Niklas. But fixing the bug would require it. Do you change to WONTFIX now?
The issue is not affecting me enough to still oppose wontfix.
This specific request is a WONTFIX. If you'd like to push the fix suggested in Comment #12, please open a new bug.
(In reply to comment #15) > This specific request is a WONTFIX. If you'd like to push the fix > suggested in Comment #12, please open a new bug. Bug 28604
