https://bugzilla.wikimedia.org/show_bug.cgi?id=55825
--- Comment #5 from djr...@riseup.net --- (In reply to comment #3) > noinclude (and includeonly and onlyinclude) a prefered over any other tag, > because there are special for the parser. > > You can use <poem><nowiki></noinclude></nowiki></poem> when you want > noinclude > show as poem. Right, the problem is that <poem> is causing <noinclude> to show when it isn't meant to, among other related issues. (In reply to comment #4) > The solution is to simply close the poem tag before the noinclude, then > reopen > it another time. If the poem tag formatting is neutral, then it works well > enough. Both tags are hacks. <shrug> That's a way to avoid the conflict, yes. The problem, if this is to be considered problematic, is that it's semantically incorrect. You end up with multiple sequential poems, marked in HTML as multiple independently identified and formatted divs and paragraphs, rather than one continuous poem/HTML div/paragraph. But beyond that, unless I am mistaken, it might perhaps be considered a bug that <poem> can break <noinclude> to begin with. Thanks, -- 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
