https://bugzilla.wikimedia.org/show_bug.cgi?id=11831

Conrad Irwin <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #11 from Conrad Irwin <[email protected]> 2010-03-24 14:12:11 
UTC ---
This proposal, as it stands is horribly confusing. Firstly <includeonce> is a
bad name, you still want this to be included multiple times (just not
re-included).

The semantics of <includeonce> are also confusing, are <includeonlyonce> or
<onlyincludeonce> also needed, what about <includetwice> etc. When an
<includeonce> is subst:'d, does it morph into a <noinclude>, what about if I
load the template with ?preload=, and what's poor
[[mw:Extension:LabelledSectionTransclusion]] supposed to do. In many ways I
prefer the solution hinted at by Platonides, creating {{#ifdepth: yX }} - where
y is <, = or > and X is 0,1,(2 etc.?). (i.e. <includeonce> = "<2", <noinclude>
= "=0", <includeonly> = ">0") or something nicer.

My main worry is, however, that this will only work in a very limited set of
cases; whether to show the template or not (even in the given example of
deletion template on a template) depends not really on "how many levels of
inclusion", but rather on "do I want to see this template here". For example,
it's arguable that a nominated meta-template's deletion notice should propagate
up through the individual templates that use it - in the Dodge Viper case the
reporter implies that the NavBox should be propagated in "some" cases. I am
unable to think up a nicer solution, maybe creating the idea of "inclusion
contexts", {{context1:Template}}, and then {{#ifcontext:1}} within it, and
context number defaulting to namespace, but... yuck.

Implementation of this falls firmly into the "difficult" category, it breaks
assumptions made by the parser, and whatever happens it's going to require
threading a lot of state around (though that is needed for bug 9105 too -
that's the {{PAGENAME}} part of the bug's introduction).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to