[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2012-04-19 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584

Richard Guk richardg...@yahoo.com changed:

   What|Removed |Added

 CC||richardg...@yahoo.com

--- Comment #10 from Richard Guk richardg...@yahoo.com 2012-04-19 17:58:52 
UTC ---
This an ongoing problem (1.19+):
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#VPT_not_showing_up_at_VPALL

The parse order is inconsistent and unintuitive.

-- 
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2012-04-12 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584

Krinkle krinklem...@gmail.com changed:

   What|Removed |Added

Version|1.16|1.16.x

-- 
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2011-07-15 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584

Dan Collins en.wp.s...@gmail.com changed:

   What|Removed |Added

 CC||en.wp.s...@gmail.com
  Component|Templates   |Parser
 AssignedTo|tstarl...@wikimedia.org |wikibugs-l@lists.wikimedia.
   ||org

-- 
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2011-06-21 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584

duplicate...@googlemail.com changed:

   What|Removed |Added

 CC||csolive...@gmail.com

--- Comment #9 from duplicate...@googlemail.com 2011-06-21 17:16:53 UTC ---
*** Bug 24546 has been marked as a duplicate of this bug. ***

-- 
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


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2009-11-26 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584


Roan Kattouw roan.katt...@gmail.com changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
 AssignedTo|wikibugs-   |tstarl...@wikimedia.org
   |l...@lists.wikimedia.org   |
 Status|REOPENED|NEW




-- 
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2009-11-26 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584





--- Comment #5 from Roan Kattouw roan.katt...@gmail.com  2009-11-26 14:07:43 
UTC ---
(In reply to comment #4)
 Frankly, I think onlyinclude is a quite strange feature, working a bit
 different from the other tags. As I understand it,
 
 FooonlyincludeBar/onlyincludeBaz
 
 is supposed to work similar to
 
 noincludeFoo/noincludeBarnoincludeBaz/noinclude
 
 So your test case would translate to
 
 noinclude1nowiki2/noinclude3'''nowiki -
 onlyinclude'''noinclude4/nowiki5/noinclude
 
 which renders as
 
 3nowiki - onlyinclude
 
 when included, so the result you mention actually seems to be the expected
 output.
 
I think this argument is wrong for two reasons. First, the onlyinclude tag is
inside a nowiki tag; stuff in nowiki tags should not be parsed ever, the parser
should leave it alone completely. Second, the 'translation' you give is flawed,
as it misnests noinclude and nowiki tags. The parser has to make sense out of
that tag soup, which kind of defeats your point.


-- 
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


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2009-11-26 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584





--- Comment #6 from P.Copp paul.copper...@googlemail.com  2009-11-26 14:20:45 
UTC ---
(In reply to comment #5)
 I think this argument is wrong for two reasons. First, the onlyinclude tag is
 inside a nowiki tag; stuff in nowiki tags should not be parsed ever, the 
 parser
 should leave it alone completely. Second, the 'translation' you give is 
 flawed,
 as it misnests noinclude and nowiki tags. The parser has to make sense out of
 that tag soup, which kind of defeats your point.
 
It wasn't really meant as an argument, rather as a descrtiption of the status
quo. If I had to choose, I would rather drop the feature completely, than
change the functionality of it once more, just to make preprocessing even more
complicated


-- 
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


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2009-11-26 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584





--- Comment #7 from Tim Starling tstarl...@wikimedia.org  2009-11-26 22:06:53 
UTC ---
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


-- 
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


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2009-11-26 Thread bugzilla-daemon
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


[Bug 9584] Parsing order includeonly, noinclude and nowiki differs on view and include

2009-11-25 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=9584


P.Copp paul.copper...@googlemail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #2 from P.Copp paul.copper...@googlemail.com  2009-11-26 03:15:51 
UTC ---
This has been FIXED with the introduction of the new preprocessor. All tags are
now parsed in the same pass, so the outermost tag is now always the most
significant.


-- 
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
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l