https://bugzilla.wikimedia.org/show_bug.cgi?id=12974

Happy-melon <happy-me...@live.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
         AssignedTo|wikibug...@lists.wikimedia. |happy-me...@live.com
                   |org                         |

--- Comment #27 from Happy-melon <happy-me...@live.com> 2010-01-26 00:27:14 UTC 
---
Created an attachment (id=7019)
 --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7019)
testcases

It's generally trivial: just add a linebreak in the calling table:

{|
|-
|
{{template-with-block-level-wikimarkup}}
|-
| {{template-without-block-level-wikimarkup}}
|}

If the outer markup expects block-level content, it should be on a new line. 
The comment you refer to is just putting the cart before the horse to try and
fix this in the subtemplate; templates generating extra whitespace is a big
enough problem as it is. Of course, their specific problem is with the newline
position of the #ask: parser function getting lost somewhere, but their
implementation puts the contents of the #ask on a newline whether or not that's
desired.  Linestart status should be decided from the top down, where people
can actually see what the transclusions are doing, not blind-guessed from the
inside out.  However, as was pointed out in that thread, adding anything; be it
an nbsp, <nowiki/> tag, etc, reproduces the effect they wanted.

In the testcases attached, the existing implementation (with the hack) breaks
cases 5, 6, 7 & 8.  Without the hack, cases 1 and 3 break, assuming that
block-start functionality is always desired.  If the inner template should
sometimes exhibit block-level functionality and sometimes not, of course,
there's no way to produce that with the hack in place, although that's an
unlikely situation.

-- 
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 watching all bug changes.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to