Just because you're currently talking about the parser I thought I might bring up an issue which should be fixed in a next generation parser:
* foo bar foo
Becomes
<UL><LI>foo bar </LI></UL> foo
It should become
<UL><LI>foo bar foo </LI></UL>
I generally agree that wiki markup should not span linebreaks, but here I think it should at least span single linebreaks. Otherwise it gets very hard to format bullets with long paragraphs:
* foaer aoierj aerjf ioaer oifmaeo rmfi aoerijf oaeir ioafjeoirjf oaierj oaierjfoiaj eroi fjaeroijf aoerji oaeijrfo iajero fjaoerij oaierjfo iajeio jraeoifj aoeirj oiaejrfo iajerio fjaoerjifo iajeroij afoeirjf aioejr ioaerjfoairjefo iaejroifj ioaerjf ioaerjfoaierjfoi jaeroifjaoeirjfoaerjif ioaerjfioaejrfo iajer fioaejrifj aeiorjfoaeirjf oiaejrfoiaejrfioaejrfoi ..
I can't insert a linebreak because that would kill the bullet. But a single linebreak would already increase readability. This is important for [[Current events]], where individual items are formatted as bullets and can get fairly long.
Regards,
Erik
(Erik Moeller erik_moeller@gmx.de): Just because you're currently talking about the parser I thought I might bring up an issue which should be fixed in a next generation parser:
- foo bar
foo
Becomes
<UL><LI>foo bar </LI></UL> foo
It should become
<UL><LI>foo bar foo </LI></UL>
I generally agree that wiki markup should not span linebreaks, but here I think it should at least span single linebreaks. Otherwise it gets very hard to format bullets with long paragraphs:
We had a discussion about this a few weeks ago, and while I agree with your position (that line breaks should not affect block-level markup), we seem to be in the minority on that.
Erik Moeller schrieb:
Just because you're currently talking about the parser I thought I might bring up an issue which should be fixed in a next generation parser:
Here's another one:
# foo
# bar
becomes
1. foo
1. bar
but it should become
1. foo
2. bar
ATM people work around it with two <br> tags, but that's ugly.
Kurt
(Kurt Jansson jansson@gmx.net): Erik Moeller schrieb:
Just because you're currently talking about the parser I thought I might bring up an issue which should be fixed in a next generation parser:
Here's another one:
# foo
# bar
becomes
foo
bar
but it should become
foo
bar
ATM people work around it with two <br> tags, but that's ugly.
I'm not sure I agree with this one at all. If a blank line doesn't delimit paragraphs, what does? And if we maintain numbers across separated lists, how do you specify separate lists that /should/ restart from 1?
If the you only want the double-spacing in the list for esthetic reasons, then using non-semantic markup like <br> (or some wiki equivalient) is the right way to encode that.
If the you only want the double-spacing in the list for esthetic reasons, then using non-semantic markup like <br> (or some wiki equivalient) is the right way to encode that.
And I should also mention that this will be doable in a simpler and cleaner way when I add style support:
{{dblspace}} # Item 1 # Item 2
On Thu, 8 May 2003 15:48:13 -0500, Lee Daniel Crocker lee@piclab.com gave utterance to the following:
(Kurt Jansson jansson@gmx.net): Erik Moeller schrieb:
Just because you're currently talking about the parser I thought I
might >bring up an issue which should be fixed in a next generation parser:
Here's another one:
# foo
# bar
becomes
foo
bar
but it should become
foo
bar
ATM people work around it with two <br> tags, but that's ugly.
I'm not sure I agree with this one at all. If a blank line doesn't delimit paragraphs, what does? And if we maintain numbers across separated lists, how do you specify separate lists that /should/ restart from 1?
If the you only want the double-spacing in the list for esthetic reasons, then using non-semantic markup like <br> (or some wiki equivalient) is the right way to encode that.
I have just been having major nightmares with this on another wiki (based on UseMod) which I am now moderating. Some pages contain a list of wishes with people then commenting on them. At the moment the only way of keeping the wishes as an OL is to italicize the comments and keep them inline, or else I end up with 1. wish1 comment 1 comment 1. wish 2 comment In HTML, a list item is allowed to contain almost any block content. How about keeping any list open until some sort of "End list" tag is encountered: -# ?
ooh look, the random sig selector chose somethign appropriate again :-)
Lee Daniel Crocker schrieb:
(Kurt Jansson jansson@gmx.net): Erik Moeller schrieb:
Just because you're currently talking about the parser I thought I might bring up an issue which should be fixed in a next generation parser:
Here's another one:
# foo
# bar
becomes
foo
bar
but it should become
foo
bar
ATM people work around it with two <br> tags, but that's ugly.
I'm not sure I agree with this one at all. If a blank line doesn't delimit paragraphs, what does? And if we maintain numbers across separated lists, how do you specify separate lists that /should/ restart from 1?
Do we have articles with two lists which are not separated with some text or a heading? If really needed we could do it with two blank lines.
If the you only want the double-spacing in the list for esthetic reasons, then using non-semantic markup like <br> (or some wiki equivalient) is the right way to encode that.
But that's not very intuitive. I think most people expect the markup to behave the way I described above.
Kurt
Kurt/Lee-
I'm not sure I agree with this one at all. If a blank line doesn't delimit paragraphs, what does? And if we maintain numbers across separated lists, how do you specify separate lists that /should/ restart from 1?
Do we have articles with two lists which are not separated with some text or a heading? If really needed we could do it with two blank lines.
I tend to agree with Kurt. The cases where
# foo
# bar
should become
1. foo
1. bar
seem to be very few, if they exist at all. When you have
# foo
baz
# bar
It is quite obvious that the list needs to be restarted.
I've run into this problem before when importing text into a Wikipedia- based wiki. With very long list items, having an additional blank line in the wikitext also greatly increases readability.
Regards,
Erik
wikitech-l@lists.wikimedia.org