Page MenuHomePhabricator

request for a defined "new line" after rendering
Closed, InvalidPublic


Author: gangleri


a) At
I tried to generate "forced new lines".

Please compare with
b) [[en:User talk:Patrick#Template:Forced new line]].

Using the same syntax I did succeed at a) but failed at b).
Please explain in detail what is going on.

Please change the summary of this bug to an apropriate request about infuencing
the final rendering of the page to achieve emty lines. I think that
experimenting with a number of emty lines / counting all times again is not a
good solution.

Thanks in advance for your efforts! Best regards Reinhardt [[user:gangleri]]

Version: 1.5.x
Severity: enhancement



Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:31 PM
bzimport added a project: MediaWiki-Parser.
bzimport set Reference to bz2390.
bzimport added a subscriber: Unknown Object (MLST).

gangleri wrote:


[[en:Template:Forced new line substitute]] has the following content:
{| hight={{{1}}}px


It seams to work at
[[en:User talk:Patrick#Template:Forced new line substitute]]
with small differences at

However I am neither shure if "hight" is a valid parameter as "width" because I
can see no big difference having value 1, 100 or 150.

Please let me know if this is a "valid" substitute for a defined "new line".

Best regards Reinhardt [[user:gangleri]]

I really don't quite understand what this is requesting.

Can you start by explaining what you're trying to accomplish and why?
How does a "forced new line" differ from any other kind of newline, and
where does "after rendering" come in? What's the desired outcome, and why
would someone want to do that?

gangleri wrote:

In response to comment 2

The intention is to be able to generate an *empty / blank* line between
paragraphs and let *everything else* unchanged.

*everything else*
As far as I know you can insert at [[en:]] as many "<br />" as you like - the
result will be just a new paragraph. This is OK for most cases because empty /
blank lines

  • at the start of a page
  • before a section
  • at the end of a page
  • inside a section

*may* look odd.

Nevertheless there might be situations where you *want* to generate an empty /
blank line but the impleneted / configurated "automatism" makes this
impossible. *Only* for these situations *editors* should have a solution / an
alternative to achive what *they* want.

Best regards Reinhardt

a) At the tests links mentioned in comment 0 I experienced a different behaviour
between version 1.5alpha2 and [[en:]]. It would be *nice to know* how [[en:]]
will behave in version 1.5.
b) I did not test at [[en:]] *arbitrary* mixtures of

  • <br/>
  • empty lines
  • lines with comments <!--- foo --->
  • interwiki links
  • categories As I understand the "automatism" should not relate to multiple <br /> only but

also on the *mixtures* mantioned above.

I don't know what "automatism" is.

I see no difference between treatment of <br> between 1.4, 1.5, and the live Wikimedia
servers. Use of <br>s between or at the end of paragraphs appears to work fine so far as I
can see.

Additional explanation and exact details of what's wrong are required or this will be
marked INVALID.

gangleri wrote:

Sorry for "automatism".

I am using the Monobook skin with Firefox.
Please see the screen dump at:

Hope this is easier to see then describe with words.

Regards Reinhardt

gangleri wrote:

correction for comment 1
{| height={{{1}}}px


Thanks Patrick!

This would help at [[en:]] but behaves different at Nuka-Wiki.

Third test at

Regards Reinhardt

gangleri wrote:

Patrick suggested to use:


putting height in the cell.

During last weeks I experienced different handling of empty cells in CVS.
Tables with empty cells did first show up as intended but later with broken
cells (without cell borders).

What would be safest to use in "Template:Forced new line substitute" &amp;nbsp;
or not?


Regards Reinhardt [[user:gangleri]]

I have no idea what these tables and things are supposed to be about... replacing something
that works, simply, with something very complex and unreliable? I don't think that would be

I'm resolving this as INVALID; if anybody can figure out what this is about, please reopen
with an explanation.