Last modified: 2014-09-23 23:51:22 UTC
------- examples start ------- ==origin== <ul><li>line before <pre>multiple lines multiple lines multiple lines</pre> line after </li></ul> ==example 1== *line before <pre>single line</pre> line after ==example 2== *line before <pre>multiple lines multiple lines multiple lines</pre> line after ==example 3== *line before <pre>multiple lines *:multiple lines *:multiple lines</pre> line after ------- examples end ------- Example 2 or 3 should be rendered like the origin.
Did you try example 2 like so: ==example 2== *line before <pre><nowiki>multiple lines multiple lines multiple lines</nowiki></pre> line after I have a problem though with the next bullet, for example: ==example 4== #line before <pre><nowiki>multiple lines multiple lines multiple lines/</pre> line after #bullet after Results in the "bullet after" line not getting the <li></li> and the </ol> ending after the </pre>
I should note I'm running MediaWiki 1.4.2 + ENotif+EAuthent v3.09
(In reply to comment #1) > Did you try example 2 like so: > > ==example 2== > *line before <pre><nowiki>multiple lines > multiple lines > multiple lines</nowiki></pre> line after > No, I tried it like I wrote ;) IMHO it is a "pre-render-bug in list context". We wanted to use mediawiki as knowledge database solution. Therefore the usage has to be fast and simple AND ''consistent''. It mustn't be the solution to include a parser error in nowiki-tags.
Isn't this a duplicate of bug 785?
Multi-line markup isn't even *expected* to work in lists. This may just be bug 785 and bug 1115.
*** Bug 3768 has been marked as a duplicate of this bug. ***
*** Bug 3989 has been marked as a duplicate of this bug. ***
#list1 #:<pre> blah blah blah </pre> #list2 My patch on this is here: http://meta.wikimedia.org/wiki/User:Jiangxin/Patch_Indent_Pre
I have one single solution to fix both this(bug 1581) and another bug (1115). Please check it: * http://bugzilla.wikimedia.org/show_bug.cgi?id=1115 * http://meta.wikimedia.org/wiki/User:Jiangxin/Patch_Blankline_As_List_Terminator
*** Bug 6333 has been marked as a duplicate of this bug. ***
*** Bug 6668 has been marked as a duplicate of this bug. ***
*** Bug 6764 has been marked as a duplicate of this bug. ***
*** Bug 7417 has been marked as a duplicate of this bug. ***
*** Bug 9989 has been marked as a duplicate of this bug. ***
*** Bug 11455 has been marked as a duplicate of this bug. ***
Created attachment 4531 [details] Parser test Parser test for the following input: *line before <pre>multiple lines multiple lines multiple lines</pre> line after *line before <pre>multiple lines *:multiple lines *:multiple lines</pre> line after
Created attachment 6797 [details] Patch to fix <pre> in lists problem The PHP code actually looks like this patch implements the INTENDED behaviour.
Created attachment 6800 [details] Patch to fix <pre> in lists problem 2nd try Ok, seems the patch has to do a little bit more. Some more explanation: the "mInPre" flag in "Parser.php" already is used to handle the interaction between lists and "<pre>" flags. For example <pre> # first line # second line </pre> already escapes the interpretation of the "#" signs. So this will NOT generate a list. From this "mInPre" handling it seems obvious that # first line # second line <pre> some preforamatted text with more than onle line </pre> # third line should also work and the code in "Parser->doBlockLevels" already ALMOST allows it. To me it seems the whole "mInPre" stuff already was supposed to handle the above WIKI markup. I think my patch just fixes the "Parster->doBlockLevels" code in the sense that it provides the INTENDED behaviour.
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
Hi Carl & Ingo, thank you for the patch! As you may already know, MediaWiki is currently revamping its PHP-based parser into a "Parsoid" prototype component, to support the rich-text Visual Editor project: https://www.mediawiki.org/wiki/Parsoid https://www.mediawiki.org/wiki/Visual_editor Folks interested in enhancing the parser's capabilities are very much welcome to join the Parsoid project, and contribute patches as Git branches: https://www.mediawiki.org/wiki/Git/Tutorial#How_to_submit_a_patch Compared to .diff attachments in Bugzilla tickets, Git branches are much easier for us to review, refine and merge features together. Each change set has a distinct URL generated by the "git review" tool, which can be referenced in Bugzilla by pasting its gerrit.wikimedia.org URL as a comment. If you run into any issues with the patch process, please feel free to ask on irc.freenode.net #wikimedia-dev and the wikitext-l mailing list. Thank you!
*** Bug 22785 has been marked as a duplicate of this bug. ***
*** Bug 25384 has been marked as a duplicate of this bug. ***
*** Bug 32365 has been marked as a duplicate of this bug. ***
