https://bugzilla.wikimedia.org/show_bug.cgi?id=9584
--- Comment #8 from Roan Kattouw <roan.katt...@gmail.com> 2009-11-26 22:32:46 UTC --- (In reply to comment #7) > The terminology in the bug summary is incorrect for the 1.12 parser. I went to > a lot of trouble to simulate the 1.11 handling of onlyinclude as closely as > possible in the 1.12 parser, to maintain backwards compatibility. If you call > that behaviour a bug then so be it. But the problem is not "parse order" since > onlyinclude is processed at the same time as nowiki. It could be described as > precedence. See the awkward handling of onlyinclude here: > > http://www.mediawiki.org/wiki/Preprocessor_ABNF > Slightly less technical translation of this comment and the details at the link: onlyinclude has a higher precedence than everything else, which explains the behavior in inclusion mode. However, in non-inclusion mode, the parser doesn't look for or recognize onlyinclude tags; they're not recognized as anything special and are treated as literal text. (For completeness, an explanation of what precedence means: the parser will prefer to interpret things with a high precedence over things with a low precedence. The classic example is that 3+4*5 equals 23 because * has a higher precedence than + .) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
