ith respect to a templates output vs any internal logic being attempted.**Problem:**
Under certain use-cases the Mediwiki parser may try to wrap paragraph tags in the wrong place during the construction of complex layouts involving templates utilising certain HTML constructions
inline. .
Currently without the 'soft' newlines , under certain situations the parser effectively generates badly formed HTML (see T134469 and related.)
When generating HTML/markup from a LUA script, it is very easy to resolve this by appending '\n' to the appropriate strings which
are thenwhen passed to the Parser, result
ings in cleanly formed HTML. (I used this approach succes
sfully in https://en.wikisource.org/wiki/Module:Cl-act, function begin_internal to resolve a long standing issue, in relation to formatting concerns in some test cases (https://en.wikisource.org/wiki/Template:Cl-act-p/testcases#Testing_start_and_end_version_for_higher_level. )
Insertion of these 'soft' newlines, which are useful in ensuring the paragraph wrapping is more correct, is more problematic from template calls. Whilst in some template code it is possible to insert 'blank' lines in the template code to simulate a 'soft' newline, this can be confusing for template editors, and is sensitive to those line-feeds being removed in error as templates are updated or amended.
**What is being requested :**
A means of requesting a 'soft' newline by means of a magic word , such as {{#br}} from template markup, which has the same effect as the insertion of blank line within the template markup
directly ( and analogous to the appending of '\n' in the LUA script.)
**Why?:**
Having the ability to insert the 'soft' newlines with a magic word, rather than a blank line is easier to read and maintain, as well as allowing template developers and maintainers to be less confused about where newlines (and thus potential P wrapping) should be taking place or should have taken place within templates they are writing.
**Test case:**
Wikitext (in template):
```{{#ifeq:{{{inline}}}|yes|<span>{{{1}}}</span>|<div>{{#br}}{{{1}}}{{#br}}</div>
```
If invoked, this would generate (for inline=yes)
<span>{{{1}}}</span> which is acceptable for inclusion with in a P or SPAN,
(for inline=no)
```
<div>
{{{1}}}
</div>
```
Which the parser should correctly wrap as :
```
<div><p>{{{1}}}</p></div>
```
for inlne=no and 1=<span style="font-weight:bold;">This is to test the DIV SPAN P wrapping behaviour</span>
Should give as output
```
<div>
<span style="font-weight:bold;">This is to test the DIV SPAN P wrapping behaviour</span>
</div>
```
which should be appropriately wrapped by the parser to become.
```
<div>
<p><span style="font-weight:bold;">This is to test the DIV SPAN P wrapping behaviour</span></P>
</div>
```