Toby Bartels <toby+wikipedia(a)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.
--
ke(a)suse.de (work) / keichwa(a)gmx.net (home): |
http://www.gnu.franken.de/ke/ | ,__o
Free Translation Project: | _-\_<,
http://www.iro.umontreal.ca/contrib/po/HTML/ | (*)/'(*)