Last modified: 2014-04-17 05:46:28 UTC
Text appearing before, or single apostrophes followed by text and appearing after double-bracket links are not included in the rendered anchor. That is: [[abc]]de becomes <u>abcde</u> '[[abc]]' => '<u>abc</u>' abc[[de]] => abc<u>de</u> rather than <u>abcde</u> [[abc]]'s => <u>abc</u>'s rather than <u>abc's</u>
Prefixes are only added to the link for certain languages, e.g. Arabic. Language::linkPrefixExtension must be set to "return true;" for this. Ticks like ' and " are not supposed to become part of the link. Works as designed.
That's peculiar. What's special about Arabic? I've noticed occasionally on the English Wikipedia that links are sometimes written [[Canada|Canada's]] when they ought be more simply written as [[Canada]]'s. This would be trivial to implement. Most bugs "work as designed". Often the design is wrong.
Arabic merges article and noun. So they have lots of things like "the[[window]]"
As for treating trailing apostrophes as part of the link, that's just a matter of adding ' to the character class in [[MediaWiki:Linktrail]]. i.e. a LinkTrail of "/^([a-z']+)(.*)$/sD" should allow your "[[Canada]]'s" example to work as you want it to. I must say, I can't *think* of any situations where this would be undesirable, unless it created annoying bugs by conflicting with ''italics'' etc., but I imagine it shouldn't...
FWIW, putting preceeding text in the linktrail would cause problems with e.g. Welsh, where constructions like "Mae[[Yr Undeb Ewropeaidd|'r Undeb Ewpropeaidd]]..." are common.
*** Bug 5245 has been marked as a duplicate of this bug. ***
Rowan's suggested fix (of changing the linktrail through the MediaWiki namespace interface) doesn't actually work, as "the software ignores this page, and takes the regular expression in the message files, for performance and stability reasons." src: http://meta.wikimedia.org/wiki/MediaWiki_talk:Linktrail Also see http://meta.wikimedia.org/wiki/Help:System_message#Protection for the same fact. So can devs include the apostrophe in the expression for English language? I'm going to assume that this is already a setting included in language packs? Cf. http://en.wikipedia.org/w/index.php?title=MediaWiki_talk%3ALinktrail&diff=16247465&oldid=4892347 P
What would this do in the case of ''[[Italicized]]'' or [[Link]]''italicized'' or ''italicized [[link]]'' or similar degenerate cases?
Fixed with r36253.
I believe this has been unfixed by https://bugzilla.wikimedia.org/show_bug.cgi?id=15035. Regardless the behaviour en.wp is as described, and the MediaWiki:Linktrail page, which has included ' since 2007 seems still to be ignored.
(In reply to comment #10) > Regardless the behaviour en.wp is as described, and the MediaWiki:Linktrail > page, which has included ' since 2007 seems still to be ignored. And that is not going to change. Actually, the page has not been "in use" in years.
It is not clear from this bug whether the intention was to fix the default, the overriding of Linktrail or both. Nonetheless, although I assumed MediaWiki:Linktrail was never made live again, the substantive point is default value of Linktrail is reverted.
Like Arabic, Hebrew also uses prefixes for "the", "to", "from", "that", and "and". These can be used in combination. They don't seem to work in the link trail on the English Wiktionary which of course has many Hebrew links.
Brion said he would investigate this but it might be something reserved for the new parser.
Brion, Did you investigate this?
Brian: This report has been in ASSIGNED status for more than one year and you are set as its assignee. In case that you are not actively working on a fix, please reset the bug status to NEW/UNCONFIRMED. In case you do not plan to work on a fix in the near future: Please also edit the "Assigned To" field by clicking "Reset Assignee to default", in order to not prevent potential contributors from working on a fix. Thanks for your help! [assigned>=1y]
The summary of this discussion seems to be: the current design works as intended. The arguments against the current design have been challenged by examples of other languages where the current implementation also makes sense. On top of this we have almost a decades of wiki editing under these conditions. I will be bold and I will resolve this report as WORKSFORME.
