Toby Bartels toby+wikipedia@math.ucr.edu writes:
I certainly hope that this one does not get "fixed".
If the error will continue to stay for too long, it will be me how will have to go.
I hope that someday PediaWiki will recognise a lack of blank line, not only next to headers but also next to lists, rules, etc, as indicating that a feature is next to (or within) the paragraph.
I guess you are talking about the next bug I want to go reporting :)
-=-=-=-=-=-=-=-=-=-=-=-=-=- == title == line -=-=-=-=-=-=-=-=-=-=-=-=-=-
and
-=-=-=-=-=-=-=-=-=-=-=-=-=- == title ==
line -=-=-=-=-=-=-=-=-=-=-=-=-=-
must come out the same:
<h2>title</h2> <p> line </p>
But the parser forget to eat spaces at the start and at the end of the title line ("== title ==" -> "<h2> title </h2>") and is does bad things to the paragraph (the <p> element).
Just make it a habit to produce XHTML and problems will vanish with a sudden.
Is your offline editor really unable to handle long lines? (I only remember emacs' being brought up, but I edit wiki files with emacs all the time.)
I'm using 'turn-on-auto-fill' and 'fill-column' (72 resp. 79) for text mode and related modes. And I use fill commands to make the text look nice.
In any case, these aren't bugs, but feature requests.
I'd rather rate these things as bugs. Somewhere is the claim that empty lines are paragraph separators. The wiki-to-html converter does not obey this rule.