Last modified: 2006-05-31 14:36:19 UTC
Hallo! Bug 4949: Watching pages shows images Is a report about a broken MediaWiki message which renders incorectly when it relates to images or categories. The page should be refered with an inline link. During the last year I have seen dozens of older MediaWiki messages variants (propageted trough 'user:MediaWiki_default') which render incorrectly. Many of these projects do not have sysops at all to fix this. The most messages I have identified where *'1movedto2'*, *'Addedwatchtext'*, *'Deletedarticle'*, 'Protect-text', 'Protect-viewtext', 'Protectedarticle', *'Undeletedarticle'*, 'Undeletedtext', 'Uploadedimage'. *feature request* '$-variables' should render as inline links if Media Wiki messages supporting wiki syntax Whatever change requires fixing. It would be easier to fix the 600 wikies with the change and let the sysops from the major wikies to fix some of the messages if they are broken. The request is a simple rule. Variables could be used always as [[$n]] and nobody would need to care about [[:$n]] in MediaWiki messages. If $n would be used in expressions inside full url's these will *not* break: http://commons.wikimedia.org/wiki/:image:Smiley.png – (has a heading colon) – OK http://test.wikipedia.org/wiki/:category:Bugzilla – (has a heading colon) – OK ---- The code could be shared with the evaluation of {{FULLPAGENAME}}. The problem there is that [[{{FULLPAGENAME}}]] behaves the same and does *not* generate inline links. See http://yi.wiktionary.org/wiki/image:%D7%A4%D6%BC%D7%A8%D7%95%D6%BC%D7%B0.png#FULLPAGENAME and http://test.wikipedia.org/wiki/Category:%D7%90#FULLPAGENAME I will open another bug / request about this. best regards reinhardt [[user:gangleri]] Marking blocks bug 4949; not shure about 4956.
For the second part I opened Bug 4967: [[{{FULLPAGENAME}}]] should render as an inline link
P.S. If $n would not be used for a wiki link a colon would apear before the image / category name. This is ugly. However having colons for the other 14 namespaces is ugly too. This request would obsolete colons before all namespaces except {{ns:image}} / {{ns:category}}. In my opinion this would be a greather advantage.
Use [[:$1]] for this behavior.
This request was opened to solve issues like Bug 3328: Nogomatch parameter $1 returns extraneous introductory colon The basic idea was if there would be a *benefit* for the user interface and the maintenance of the Mediawiki messages if the $ variables would contain the colon already for pages from the image and category namespaces.
