List Markup Linebreak Argument

This is version 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Space NOT required after character#

• ChristophSauer: strongly, you obviously don't look at your end users if you seriously state that requiring space after the bullet list character is more user friendly: What do you display if the user forgets the space after the list character, an ERROR MESSAGE? - or leaving the poor end user figuring out why he got a MESSED UP DISPLAY? You will end up answering e-mails of users asking you what they did wrong, unfortunately you will not be able to automate your responses... Requiring space after markup char is designing creole around technical issues - namely the conflict with asterisk for both bold and lists.
  • Gregor: Christoph, I think your argument is illogical. What does the user get? What she or he typed, an asterisk. What does the user get if she or he breaks a line in a paragraph so it accidentially starts with a dash or minus? Three paragraphs instead of one, the middle one with a dot in front of it. Which is way more confusing? Any markup must be learned, that is why most wikis have a preview.

---

OK, let's see what happens, since the latest CreolePageFilter for this wiki supports both markup for lists: hyphens and asterisk...

Does someone really acci
-dentally break the line like this???

Does someone really acci

• dentally break the line like this???

A human user might do this, but rarely because it is wrong even in handwriting. But I don't know text editor-programs that do that automatically (putting hard line breaks in it, don't confuse it with wordwrap!!!). Such editors might exist, though I don't know a single relevant example. Then this editor would also mess up other display on other markup, because it might do hard line breaks where it should not put it...

This is a **bold text*
*, damn it, this strange editor broke the line before the ending bold

This is a bold text*

• , damn it, this strange editor broke the line before the ending asterisk

---

Your example is hypothetical like mine unless you name me a text editor that has such a option that does hard line breaks that way relevant to practice. We already can exclude the most important text editors relevant to us: The TextArea field in Browsers(!).

--ChristophSauer 14-Apr-2007

But mentioning negative numbers and manually typing return (we have decided to ignore, i.e. permit, single hard line breaks in paragraphs), such as "minus-one"

• 1, is much more common. Stars sticked in front of words are less frequent.

-- YvesPiguet, 2007-Apr-14

But mentioning equals signs and manually typing return, such as

1, could be common as well. I understand your point, please understand mine.#

(For my example I had to use 2 equal signs to show the effect, but creole permits first level with one equal sign as well)

-- ChristophSauer, 2007-Apr-14

It was a mistake to permit single-character markup in the first place.

About the error messages -- do you display error messages when an user types *bold* instead of bold or when he doesn't close the bold span until the end of a paragraph?

Single and double and hyphens are just too common in running text. Asterisks and equal signs are hardly so -- they do occasionally appear, but their semantics prevent them from appearing at a beginning of a line. This is a weak argument, but they all add up together.

I think that the "at least two characters for markup in Creole" rule was an excellent idea.

-- RadomirDopieralski, 2007-Apr-14

What if in a certain discipline using number signs like is common, then I hard-break the line after telling that

1. 2 did not perform as good as #1.

My weak arguments summing up together as well. A solution would be to require space after hyphen/number sign, if the list does not start in its own paragraph. This could be a compromise to get out of our current argument.

-- ChristophSauer, 2007-Apr-15

I agree, number sign is just as problematic. Thinking about it, it is even worse: I hardly can imagine a paragraph starting with a hyphen (but yes, with bold markup, see below), but many, many paragraphs do start with a number sign:

== Chapter 4: user interface requirements ==

#4.1 Due to bla, the system must bla...

#4.2 Due to blö, the system must blö...

renders as:

---

Chapter 4: user interface requirements #

1. 4.1 Due to bla, the system must bla...

1. 4.2 Due to blö, the system must blö...

---

Making a space part of the bullet markup somewhat eases this, although clearly some may prefer to write: # 4.1 Due to bla, the system must bla.... In my experience, this is not common use of number sign - any insight from native speakers of languages using the number sign (English, others)?

-- Gregor Hagedorn 2007-04-15

---

Back to hyphen/asterisk, the examples I have in mind are:

 **START** I think these are realistic examples 
- either using simple hyphens as here - or the 
-- much nicer -- n/m-dash way of writing.
Note that the line-breaking may come from line-
wrapping software, so it is not a question where
you would put the dash. And the minus sign (like
-1) even must be placed there. Finally, whereas 
in English only trailing hyphen-constructs like 
sub- and superclass are common, in German also 
leading hyphen-constructs occur, e.g. subclass and
-property. **END**

---

START I think these are realistic examples

• either using simple hyphens as here - or the
  • much nicer -- n/m-dash way of writing.

Note that the line-breaking may come from line- wrapping software, so it is not a question where you would put the dash. And the minus sign (like

• 1) even must be placed there. Finally, whereas

in English only trailing hyphen-constructs like sub- and superclass are common, in German also leading hyphen-constructs occur, e.g. subclass and

• property. END

---

• Note that probably all humans and any software I known will only break at whitespace plus after a hyphen, so Christoph's bold-asterisk example does not occur.
• Also this seems to be all about bullet versus hyphen, not about requiring a blank after the lead markup. Essentially, requiring a blank makes a minimum of two characters for bullets (bullet symbol plus blank). Note that this whitespace that is visible when rendered, and would remain unchanged under all html/xml whitespace normalization rules...
• I would not mind being a bit more restrictive about the equal sign either, either by starting with double equal as minimal markup for heading, or requiring before and after in this case. Clearly, both solutions have disadvantages...
  • Gregor Hagedorn 2007-04-15 (I would prefer this line, starting with the customary double-hyphen, to be NOT a bulleted list, but a signature...)

---