.
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
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.
- 1) even must be placed there. Finally, whereas
- 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 (I would prefer this to be NOT a bulleted list, but a signature...)