https://bugzilla.wikimedia.org/show_bug.cgi?id=14607
David <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from David <[email protected]> 2009-05-05 03:51:45 UTC --- I've ran into this, too. What has yet to be explicitly stated (though it was implied) is that this issue only occurs when 'isHTML' in the output array of a parser function is set to true. (See http://www.mediawiki.org/wiki/Manual:Parser_functions#Controlling_the_parsing_of_output) A simple test case to demonstrate the issue. First a simple parser function extension: <?php $wgHooks[ 'ParserFirstCallInit' ][] = 'wfInitIsHTMLDemo'; $wgHooks[ 'LanguageGetMagic' ][] = 'wfDemoMagic'; function wfInitIsHTMLDemo( $parser ) { $parser->setFunctionHook( 'demo', 'wfDemo' ); return true; } function wfDemoMagic( &$magicWords ) { $magicWords[ 'demo' ] = array( 0, 'demo' ); return true; } function wfDemo( $parser ) { return array( '<input type="checkbox"/>', 'noparse' => true, 'isHTML' => true ); } Next is some test wiki markup: I would like {{#demo:}} this entire line {{#demo:}} to be contained {{#demo:}} in one paragraph. Which yields four paragraphs, all but the first starting with a checkbox. There's little point in singling out HTML-generating parser functions when any text after a wiki heading will muck the heading up. -- 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
