Page MenuHomePhabricator

msgnw outputs text within noinclude tags
Closed, InvalidPublic

Description

Author: ideas

Description:
msgnw outputs source text within noinclude tags and without onlyinclude tags
when it shouldn't (subst doesn't). This could be annoying when the template page
has categories, interwiki links, and a little text on how to use itself in
noinclude tags. You don't want to show the list of categories and the rest on a
page that introduces various templates, for example.


Version: unspecified
Severity: normal

Details

Reference
bz4946

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 9:05 PM
bzimport set Reference to bz4946.
bzimport added a subscriber: Unknown Object (MLST).

Isn't this exactly what a tool to display raw message source is supposed to do?

ideas wrote:

noinclude tags are supposed to hide a certain portion of source text. noinclude
tags should override msgnw in cases like this in my opinion.

noinclude tags are supposed to hide things on *include*. msgnw exists to show the
*raw* source. (For that matter it's obsolete, as Special:Allmessages now exists.)

ideas wrote:

Then is there any way to show only the source code of the template itself like
subst does?

gangleri wrote:

(In reply to comment #3)

... (For that matter it's obsolete, as Special:Allmessages now exists.)

{{msgnw:}} is of great help. As far as I know it is the only way to preserve /
escape &entity; &#nnnn; &#xnnnn; characters. See
http://yi.wiktionary.org/wiki/MediaWiki_talk:Minoredit#msgnw:MediaWiki:PAGENAME

{{msgnw:}} is very important for documentation. It can be used for guidance / to
give some hints at wikies where users do not have priviledges to edit pages. It
can be used "trace" templates and variables in templates.

Documentation should not hide <foo> </foo>, <bar />, <foobar parameter /> etc. I
(re-)discovered today some messages with opening <p> but without closing </p>
(bug 2369) at some wikies.

I would suggest to find another solution for the problem addressed by Hermeneus
and not brake actual behaviour. I am aware only of a few open issues: bug 4913,
bug 4951. It is and should remain a great "tool".

best regards reinhardt [[user:gangleri]]