(anonymous guest) (logged out)

Copyright (C) by the contributors. Some rights reserved, license BY-SA.

Sponsored by the Wiki Symposium and the Nuveon GmbH.

 

Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-31) was last changed on 19-Oct-2007 00:37 by 207.171.180.101  

This page was created on 22-Feb-2007 08:25 by ChristophSauer

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 1 added 2 lines
Take a look at how the [[HyphenListMarkupProposalWorks]], it is a proof of concept page for demonstration purposes.
-----------
At line 30 changed one line
* usually the first guess of endusers, (look into your mailbox for the usage of lists, see [[Line Break Case Studies]])
* usually the first guess of end users, (look into your mailbox for the usage of lists, see [[Line Break Case Studies]])
At line 39 changed one line
In the following section we will show solutions for the abiguities already discussed on the [[Talk.Lists]] page involved with hyphens. Opposed to the //bold as the first formatting in a list item//, we consider these combinations as root for ambiguities as [[EdgeCases]].
In the following section we will show solutions for the ambiguities already discussed on the [[Talk.Lists]] page involved with hyphens. Opposed to the //bold as the first formatting in a list item//, we consider these combinations as root for ambiguities as [[EdgeCases]].
At line 43 changed one line
In general a unnumbered list alway has to start with **one** hyphen.
In general an unnumbered list alway has to start with **one** hyphen.
At line 68 changed one line
a equal sign as the first character. While we do not loose a word about the headings so far there has been
an equal sign as the first character. While we do not lose a word about the headings so far there has been
At line 78 changed one line
If we would use space as a escape character we would not be able to allow space in front of lists for example anymore.
If we would use space as an escape character we would not be able to allow space in front of lists for example anymore.
At line 82 changed one line
=== Real users are breaking the line hard.
=== Hard line breaks
At line 84 changed one line
A hard line break is a line break that is saved explicitly in the text by putting in a linebreak character, that is not visible to human readers, but will be used by parsers. A human user inserts this invisible character when he hits return.
A hard line break is a line break that is saved explicitly in the text by putting in a line break character, that is not visible to human readers, but will be used by parsers. A human user inserts this invisible character when he hits return. Some Software products also might insert hard line breaks when they wrap the line, see [[Hard Line Breaks]] for a list.
At line 86 changed one line
The [[ListMarkupLinebreakArgument]] shows that there remains the issue that users might do hard linebreaks before hyphens. This is not a problem special to list markup with hypens, this also affects all other markup characters that indicate special meaning at the beginning of a line.
The [[ListMarkupLinebreakArgument]] shows that there remains the issue that users, and worse, software, might do hard line breaks before hyphens. This is not a problem special to list markup with hyphens, this also affects all other markup characters that indicate special meaning at the beginning of a line.
At line 114 changed one line
=4. Someone also migt use stars as regular
=4. Someone also might use stars as regular
At line 118 changed one line
It is true, that the first example in with hyphens is more frequent as the second example.
It is true, that the first example with hyphens is more frequent than the second example.
At line 120 removed 14 lines
=== Mystic Software breaking the line hard.
It was stated above that that users might do hard line breaks. In the [[ListMarkupLinebreakArgument]] it was assumed that there is software that also inserts hard line breaks:
//Note that the line-breaking may come from line-
wrapping software, so it is not a question where
you would put the dash.//
If you turn on line wrap in an editor, the editor will visually wrap the line. You will find this behavior in almost all editors. Those editors however do **NOT** insert hard line breaks, that could be confused by parsers so that they make the errors above -- they only do it visually. So far no one has brought up examples of such an editor, or editor option, that inserts hard line breaks into text. Therefore this is considered as an irrelevant argument unless someone provides an example of an editor that is relevant in practice.
Gregor: This is getting polemic. The mystic software might be a simple Internet Explorer, see [[http://de.selfhtml.org/html/formulare/eingabe.htm#bereiche_umbruch]]. Of course this is under control of Wiki software, so it could be changed. More relevant is my experience in TWiki discussion (TWiki does not insert hard breaks), where a lot of participants responded by hard-wrapped paragraphs. I don't know whether there is a browser setting overriding, or whether they simply copy-pasted into their editor forth and back. The only editor I use is my email program, which supports reformatting text to a given width.
Christoph: Polemic in a sense that I wanted to cause a reaction, since nobody so far has brought up concrete examples. And indeed it did: Yves brought up the text editors BBEdit and ~TextWrangler, which have it as an option. But since it is optional and they are not that common I wouldn't count it relevant to practice (to a larger amount of [[end users]]). But it also got me thinking myself - putting up polemic stuff in pages also put me under pressure ;-) -- and indeed I found one example that I so far overlooked. It has real consequences to practice. People who have to work with this program know it when they paste in long URL's in mails and wonder why it does not work anymore after they send it: Outlook hard breaks the line by default. This is serious - so hard line breaking software isn't mystical at all - the werewolf exists, and I was wrong.
At line 135 changed one line
A user that breaks the line hard (hitting return) has to be aware that he should not use markup charachters as first charachters in the next line, that have meaning as a first character in a line (no matter if this proposal will be accepted or not).
A user that breaks the line hard (hitting return) has to be aware that he should not use markup characters as the first character in the next line, that have meaning as a first character in a line (no matter if this proposal will be accepted or not). You should not use software that is breaking the line hard, when working with wiki markup.
Version Date Modified Size Author Changes ... Change note
31 19-Oct-2007 00:37 7.075 kB 207.171.180.101 to previous Fixed grammar
30 19-Oct-2007 00:36 7.071 kB 207.171.180.101 to previous | to last Fixed grammar
29 19-Oct-2007 00:33 7.069 kB 207.171.180.101 to previous | to last Fixed spelling and grammar
28 26-Sep-2007 09:46 7.065 kB ChuckSmith to previous | to last restore
27 26-Sep-2007 01:53 7.098 kB 203.69.39.251 to previous | to last
26 26-Sep-2007 01:52 7.078 kB 60.250.153.11 to previous | to last
25 26-Apr-2007 08:23 7.065 kB ChristophSauer to previous | to last added link to proof of conept
24 23-Apr-2007 16:21 6.935 kB ChristophSauer to previous | to last typo
23 21-Apr-2007 15:41 6.938 kB ChristophSauer to previous | to last removed mistycal software -> factored out
22 20-Apr-2007 10:16 9.104 kB ChristophSauer to previous | to last Mystical: I was wrong, the werewolf exists.
21 19-Apr-2007 21:57 8.241 kB GregorHagedorn to previous | to last Mystic software...
« This page (revision-31) was last changed on 19-Okt-2007 00:37 by 207.171.180.101