http://www.wikicreole.org/WikiCreole Project - creating a common markup for all wikisen-ushttp://www.wikicreole.org/wiki/Talk.Quoting67.83.165.177 changed this page on Sat May 17 23:45:15 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 1 changed 472 lines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Quoting wasn't discussed yet. It's not even clear yet whether we need it in Creole.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">There are two kinds of quotes, similar to two kinds of preformatted text. Inline quotes are made in HTML with {{{&lt;q&gt;}}} tags, block quotes with {{{&lt;blockquote&gt;}}}.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">The traditional rendering of these elements is:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> * enclosing in (localized) quote characters in case of {{{&lt;q&gt;}}} (not supported by MSIE)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> * indenting in case of {{{&lt;blockquote&gt;&gt;&gt;}}} (some e-mail readers also add a vertical bar along the text)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">It would be good to allow specifying an (optional) source of the quotation, either in form of an URI, or just a comment containing title or other reference.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I'm not sure if this is really needed in Creole. Personally I use the inline quotes a lot in my blog-wiki, but that's just my personal style. One could use italics instead.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I use {{{,,}}} to open the quote, and {{{''}}} to close it, but maybe markup similar to the preformatted text markup, like {{{&quot;&quot;&quot;}}} could be used (with similar rules as to whether it's block or inline). A link immediatelly following the quote (without any whitespace or punctuation) could be used as source indication. Thus:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">This is smaple paragraph. It conatins &quot;&quot;&quot;an inline quote&quot;&quot;&quot;. There</td></tr><tr><td bgcolor="#FF9933" class="diffrem">is also a block quote below it:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">&quot;&quot;&quot;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">This is a block quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">This is a second paragraph of it.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&quot;&quot;&quot;[[http://my.quotes/blockquote|taken from my quotes]]</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Yes, {{{&quot;}}} is supposed to be not used. But it fits so well...</td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [RadomirDopieralski], 2006-09-22</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">----</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Interesting idea, Radomir, as it resembles preformatted text and allows both inline and block quotes. I also like the idea of associating a &quot;source&quot; to a quote, better if not necessarily a link. But using {{{&quot;}}} chararacters could create problems, as they're often converted to curly quotes in word processors.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">From my personal point of view, quotes are fundamental. My target is more about forums and discussions than real wikis. But, after all, wouldn't a standard wiki syntax be great for those, also?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">OLPC and Markdown have blockquotes, and they use {{{&gt;}}}, too. Unfortunately, http://www.wikimatrix.org doesn't help to compare quote syntaxes.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [MicheleTomaiuolo], 2006-09-22</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">This seems to be the most widespread and traditional use:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt; This is a block quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt; Every line of it begins with one or more &gt; characters.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt; Paragraphs within it are separated with lines containing only the &gt; characters and whitespace. Long lines wrap around making it hard to see where the quote ends.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt; * Should lists also be supported inside quotes?</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt;&gt; How about quotes inside quotes?</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt; -- Source can be indicated with standard e-mail signature mark.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">&gt; Empty line marks end of blockquote and beginning of a next one.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [RadomirDopieralski], 2006-09-22</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">----</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The e-mail style is not the fastest to type, but it's a well extabilished rule not only in emails but also in other text-based documents.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I can notice that prefixing signatures with two '-' signs is a widespread practice, and in my opinion it should be formalized. It approximates quite closely the semantics of the HTML ADDRESS element. Mozilla suggests to use ADDRESS in quotations, too: http://www.mozilla.org/contribute/writing/markup#quotations</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The example above is interpreted correctly by the experimental Text_Wiki_Creole parser. See [my page|MicheleTomaiuolo].</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [MicheleTomaiuolo], 2006-09-25</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I also know quite a lot of wikis use a ''colon'' instead of a ''greater than sign'' to show indention as the following:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: This is a block quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Every line of it begins with one or more : characters.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Paragraphs within it are separated with lines containing only the : characters and whitespace. Long lines wrap around making it hard to see where the quote ends.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: * Should lists also be supported inside quotes?</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:: How about quotes inside quotes?</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: -- Source can be indicated with standard e-mail signature mark.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Empty line marks end of blockquote and beginning of a next one.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- Anonymus</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">----</td></tr><tr><td bgcolor="#FF9933" class="diffrem">I'd like bring this topic back, as we probably need quoting. It's probably good to have both inline and block quotes. The fact that MSIE incorrectly ignores the &lt;q&gt; tags has nothing to do with it -- after all, there are many ways to actually render the quotes (see http://www.alistapart.com/articles/qtag/), and one doesn't even have to use HTML.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">For inline quotes, we have four options:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Try to detect quotes based on position of the characters and groups of characters commonly used for quoting, like &quot;{{{`}}}&quot;, &quot;{{{&quot;}}}&quot;, &quot;{{{''}}}&quot;, &quot;{{{,,}}}&quot;, &quot;{{{&gt;&gt;}}}&quot;, &quot;{{{`}}}&quot;, &quot;{{{``}}}&quot;, &quot;{{{&lt;&lt;}}}&quot;, etc. This is tricky even in normal text, especially when &quot;'&quot; is involved. It's even harder for jargon text that can contain various additional code (the code should be theoretically always contained in nowiki markup, but that's not always practiced). For example: {{{&quot;quote&quot;}}}, {{{'quote'}}}, {{{`quote'}}}, {{{''quote''}}}, {{{,,quote''}}}, {{{&gt;&gt;quote&lt;&lt;}}}, {{{&lt;&lt;quote&gt;&gt;}}}, {{{``quote''}}}, etc.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Use formally defined markup for the quotes, resembling the one used traditionally, but more restricted, to ease parsing. For example, I use {{{,,quote''}}} on my wiki. This has a problem, as most of the &quot;traditional&quot; quoting characters are not supposed to be used in Creole for markup (see [Terms]).</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Use whatever markup is used for block quotes, the same way that preformated blocks and nowiki share markup, for example {{{[[[quote]]]}}}.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Use formally defined, yet artifical markup, for example {{{~~quote~~ }}}.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">For block quotes, we have basically two possible approaches:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Use a &quot;leading&quot; character or indentation on every line of the quoted text. This is especially known in e-mails, with the &quot;&gt;&quot; or &quot;:&quot; characters, or a combination of them. Normally, the amount of characters signifies the nesting level of the quote, similar to lists in Creole. I don't think we need multilevel block quotes.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Use a parenthesis-like syntax, similar to preformatted blocks in Creole. This makes it much easier to quote long texts, and also to adjust the line length of the pasted text.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I'm pretty confused as to what criteria should be considered most important when choosing markup for quotes. I don't know of any wiki engine that has markup for inline quotes by default. The block quote syntax present in some wiki engines is usually abused to form threaded discussions instead of quoting.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Any ideas?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2006-12-30</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">My personal preferences:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Do not specify markup for inline quotes.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Use one or more colons at the beginning of a paragraph to indicate that the paragraph is an indented block, number of colons equals nesting level.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">My personal feeling is that Wiki markup has a little more of a presentation flavor to it than HTML, certainly the vision of HTML espoused by the W3C. I consider that a good thing, and do not agree with those who feel that markup indicating semantics is always superior to presentation markup.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">HTML4 has em, cite, var, and address, all of which render as italics by default in Safari (as does &lt;i&gt;, of course). There are other semantic meanings of italics than what's in the HTML list, such as marking foreign phrases. I don't think it's a great idea to expect a markup language, especially one intended for Wikis, to cover all possible semantic meanings. Of course, treating the markup as having presentation meaning has no such difficulties. On a Wiki, I'd fully expect {{//}} to be used for all these applications, whether emphasis is intended or not. In practice, &lt;em&gt; is a synonym for &lt;i&gt;, and the Principle of Least Surprise would be violated if it weren't.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The same goes for indented blocks. There are many uses for such things other than block quotations, including, as Radomir points out, indicating threading structure. There would be no need to &quot;abuse&quot; blockquote for this purpose if there were an indented-block tag with semantics indicating thread structure, but again, experience shows that markup languages can't really cover all possible semantic bases.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Markdown's use of '&gt;' on every line is clever, as it is fully consistent with email, and makes the indentation very clear when reading the raw text, but I think it lacks in the usability department, especially as many editing contexts don't make the distinction between hard and soft newline explicit, and confusion about this will almost inevitably lead to unexpected markup characters leaking into the text. My vote is for ':' to distinguish it from Markdown-style quoting, and also to follow the example of OddMuse.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Another related question is whether we should support curly quotes. If so, I don't think following the example of the HTML &lt;q&gt; tag is the best way to do it. One possibility is to follow LaTeX and interpret two backticks as an open curly double quote, and two apostrophes as a close double curly quote. Note that single quotes should also be treated the same way. To get the ASCII versions, use preformatted or (if separately available) nowiki markup.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">But, much as it pains me (I come from a typography background), I'm not going to recommend this for core Creole. My guess is that it's likely to cause problems for unsophisticated users, and that's an ungoal that is probably more important than the gain in typographic sophistication. The preferred method for getting curly quotes in [Barghest] will thus be Unicode, and client-side markup editors are encouraged to support that as a pseudo input method the same way most word processors today do.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The discussion on the [SmartyPants|http://daringfireball.net/projects/smartypants/] webpage is probably of interest here. Note that they implement backslash substitution to force &quot;non-smart&quot; punctuation. Their double-backslash syntax (for escaping a single backslash) would be a collision for the proposed linebreak syntax, and in general backslash-escapes strike me as unWikiLike.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [Raph Levien], 31 Dec 2006</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Of course both semantics and presentation have their place. Obviously, you</td></tr><tr><td bgcolor="#FF9933" class="diffrem">want to use presentational markup (or even better, just WYSIWYG editor) in</td></tr><tr><td bgcolor="#FF9933" class="diffrem">any kind of a desktop publishing, typesetting or graphical software for a</td></tr><tr><td bgcolor="#FF9933" class="diffrem">printshop. Especially if you have graphical skills and experience with</td></tr><tr><td bgcolor="#FF9933" class="diffrem">typography.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">On the other hand, if you're a writer, this is all additional work for you.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Work, that is better delegated to the responsible professionals, like</td></tr><tr><td bgcolor="#FF9933" class="diffrem">typesetters or web designers. Why should you be burdened with &quot;beautifying&quot;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">your text to make it readable, when this can be done automatically?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Another advantage of semantic markup is its portability. The &quot;literal&quot; new</td></tr><tr><td bgcolor="#FF9933" class="diffrem">lines are a good example here -- they make it impossible to adapt the text</td></tr><tr><td bgcolor="#FF9933" class="diffrem">to a different page width. Note, how you can **always** convert from semantic</td></tr><tr><td bgcolor="#FF9933" class="diffrem">markup to presentational (actually, it's done every time the text is</td></tr><tr><td bgcolor="#FF9933" class="diffrem">displayed), while it's impossible to do it the other way around.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Certainly, we don't want to duplicate HTML, nor we dream to cover all the</td></tr><tr><td bgcolor="#FF9933" class="diffrem">possible meanings of text. On the other hand, we also don't want to duplicate</td></tr><tr><td bgcolor="#FF9933" class="diffrem">PostScript or TeX, which are page-description languages. What we aim for is</td></tr><tr><td bgcolor="#FF9933" class="diffrem">a healthy balance that leaves the least number of worries on the editor's</td></tr><tr><td bgcolor="#FF9933" class="diffrem">head, while providing him with enough expressive power.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Of course, the definition of &quot;enough&quot; will change from a wiki site to a wiki</td></tr><tr><td bgcolor="#FF9933" class="diffrem">site, and certainly is totally different for a content management system like</td></tr><tr><td bgcolor="#FF9933" class="diffrem">your [Barghest]. That's why we want to provide the minimum, and let it be</td></tr><tr><td bgcolor="#FF9933" class="diffrem">extended when needed. That's how we don't need to cover all possible semantic</td></tr><tr><td bgcolor="#FF9933" class="diffrem">meanings. If we wanted to go presentational, we could simply just put all</td></tr><tr><td bgcolor="#FF9933" class="diffrem">the enterd text in a large &quot;&lt;pre&gt;&quot; tag, with some additional rules for</td></tr><tr><td bgcolor="#FF9933" class="diffrem">substituting &quot;*&quot; for bullets and changing fonts.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Quoting text is a very important thing in wikis, and I'm sure it deserves its</td></tr><tr><td bgcolor="#FF9933" class="diffrem">own markup. I don't mean the &quot;thread mode&quot; here or quoting in a discussion --</td></tr><tr><td bgcolor="#FF9933" class="diffrem">I mean quoting other sources than the wiki site on which the quote appears.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Currently, it's incredibly clumsy in all the text markup languages I know --</td></tr><tr><td bgcolor="#FF9933" class="diffrem">including HTML and all wiki markups I had contact with.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Then again, indenting, has no meaning. I know people who indent all their text</td></tr><tr><td bgcolor="#FF9933" class="diffrem">just because they like to have larger left margin. It will also produce</td></tr><tr><td bgcolor="#FF9933" class="diffrem">improper markup for lists -- when people make a &quot;multi-paragraph&quot; list items</td></tr><tr><td bgcolor="#FF9933" class="diffrem">intead of using headings, like this: </td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem"># First paragraph of item one</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Second paragraph of item one </td></tr><tr><td bgcolor="#FF9933" class="diffrem"># First paragraph of item two </td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem">I see no sane way to handle this correctly and keep the numbering of lists the</td></tr><tr><td bgcolor="#FF9933" class="diffrem">way it is expected -- we best avoid this.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I fail to see how using &quot;:&quot; instead of &quot;&gt;&quot; makes it better -- it has all</td></tr><tr><td bgcolor="#FF9933" class="diffrem">the disadvantages of &quot;&gt;&quot;, plus makes it more weird and less compatible with</td></tr><tr><td bgcolor="#FF9933" class="diffrem">e-mails. Isn't it a little short-sighted to advocate certain markup just</td></tr><tr><td bgcolor="#FF9933" class="diffrem">to make a one-time job for a single person easier?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Then again, I think we don't really want to be compatible with e-mails</td></tr><tr><td bgcolor="#FF9933" class="diffrem">in this case. I mean, e-mail quoting serves a totally different purpose than</td></tr><tr><td bgcolor="#FF9933" class="diffrem">normal text quoting -- when you quote an e-mail with some &quot;&gt;&quot; in it, you</td></tr><tr><td bgcolor="#FF9933" class="diffrem">most likely want the &quot;&gt;&quot; characters preserved! </td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The exact rendering of the document is left to the engine. You can use</td></tr><tr><td bgcolor="#FF9933" class="diffrem">the &quot;&lt;q&gt;&quot; tags alone, or with the tricks described in the article I linked</td></tr><tr><td bgcolor="#FF9933" class="diffrem">to, or just put the HTML entities for the quoting character. You can even</td></tr><tr><td bgcolor="#FF9933" class="diffrem">do a server-side browser detection if you feel like it.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">You still need a formal markup for the quotes -- because even for plain</td></tr><tr><td bgcolor="#FF9933" class="diffrem">English text the auto-detection of the characters is not possible in every</td></tr><tr><td bgcolor="#FF9933" class="diffrem">case (consider &quot;'Tis a fools' errand&quot;), and we don;t want to make Creole </td></tr><tr><td bgcolor="#FF9933" class="diffrem">specific to the English language. Making it a markup for whole quote, rather</td></tr><tr><td bgcolor="#FF9933" class="diffrem">than for the single characters seems saner and less prone to errors.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2006-01-01</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I don't have a strong feeling about ':' vs '&gt;'. My point is that '&gt;' won't be compatible with emails anyway under the above proposal, because email uses '&gt;' at the beginning of every line, while the proposed markup only includes the markup at the beginning of the paragraph.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I still think that inline quote markup is not quite compatible with the goals of Creole. For one, it violates NotNew because there is no existing wiki that uses it. For two, the preferred rendering is dependent on locale, so that's one more thing for people to (mis-)configure. But again, I don't have a strong feeling about this and would find it a useful way to get my beloved curly quotes if consensus developed here that it did belong in core Creole.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The discussion of presentation vs. semantic markup belongs on a different page, so I have created [Wiki markup has presentation flavor].</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [Raph Levien] 2007-01-01</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I think '&gt;' at the beginning of a line might work. And for people used to old-school email clients will think of it as &quot;principle of least surprise&quot;. But modern email clients rarely expose this, using indentation, color, and border-left instead. For newcomers, therefore, using '&gt;' does not have any significant benefits.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Using ':' would at least be recognized by all users coming from a Usemod derivative wiki.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">(Personally, I'd still be interested in writing an Oddmuse extension that uses leading whitespace to determine indentation.)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [Alex Schroeder]</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Radomir sees a problem with this:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem"># First paragraph of item one</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Second paragraph of item one </td></tr><tr><td bgcolor="#FF9933" class="diffrem"># First paragraph of item two </td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">But I see it as a pretty reasonable solution to multi-paragraph list items, and don't see any serious problems implementing it. Sure, the algorithm for converting to (X)HTML is not exactly trivial, but not any worse than other things I've seen proposed, for example to find the end of preformatted blocks.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Implementation-wise, treat all three of {{{:*#}}} as forms of indentation, with the number of characters indicating the level of indentation. The bullet or number is (from this point of view) extra decoration on the indented block.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I was going to write up the algorithm in pseudocode, but I think I'll just implement it Python, then it'll be easy to play with test cases and see exactly how complicated it turns out.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [Raph Levien] 2007-01-07</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Just a random thought, how about making &quot;:&quot; just into a third kind of list, a bulletless list. MoinMoin has something like this, they use &quot;.&quot; for that.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">This could be also an answer for people complaining on the forced newline -- from personal experience I can see that they often miss it when trying to make this kind of &quot;bulletless list&quot; of links on a page.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">This would also solve another problem I have with indented blocks -- the fact that there is no markup for it in HTML, XHTML, DocBook or LaTeX.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Didn't UseMod use that braindamaged format derieved from definition lists for marking indeted block, by the way? :)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2007-01-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Ok, the implementation is live now. You can see the results at [http://ghestalt.ghilbert.org/wiki/NestedLists], and the relevant code is in [ghmarkup.py|http://raph.levien.com/garden/ghestalt/app/templatetags/ghmarkup.py]. Most of the logic is in the ~ListState class, which I think is not too bad considering the richness of markup it supports.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The results don't pass XHTML validation, because that requires &lt;ul&gt;&lt;li&gt;&lt;ul&gt; to introduce a nested list, while I just do &lt;ul&gt;&lt;ul&gt;. This should be fairly easy to fix.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I don't mind if you think of this &quot;indented block&quot; markup as really meaning &quot;bulletless list.&quot; As you point out, MoinMoin renders it as &lt;li style=&quot;list-style-type:none&quot;&gt;. I think it's perfectly fine if we leave the choice between that and, say, &lt;blockquote&gt;, to the implementor. I also don't mind if the markup character is &quot;.&quot; rather than &quot;:&quot;, perhaps to emphasize the fact that it's a list.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I'm not familiar with UseMod history, but don't you think adapting things that speakers find useful but experts find &quot;degraded&quot; to be entirely within the spirit of creole?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [Raph Levien] 2007-01-07</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">This is very tricky. When an user say he wants something, and he describes the looks of it, it's rarely the looks he's actually after.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">When they say &quot;I want this text to be black&quot;, pointing at a fragment of black text on white paper, I obediently make the selected fragment of text bold. Another time, when an user points at a line of text and says he wants it bold, I obediently turn it into a chapter heading. It's easy.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Once an user came and said: &quot;I want indentation here, only not indented.&quot; Some thinking and examining the provided text, together</td></tr><tr><td bgcolor="#FF9933" class="diffrem">with a sample of intended output he found somewhere on a web, revealed that he wanted a blockquote, only not indented, but with some picture added to it instead as a mark of it being a quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">People describe looks when they talk, but this doesn't mean that they always mean the looks.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">As for the spirit of Creole, I understand it has two goals:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* allow to exchange text of pages between wikis -- in practice this only requires consistency and semantic-ish markup</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* allow to contribute to wikis without knowing its markup or local traditions -- this means that I need markup for relevant parts of my text: semantic markup, as I don't know the local tradition according to which putting a footnote next to someone's name is a horrible offense (this is not made up!).</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2007-01-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">To do indentation in bulleted/numbered lists, we don't need a new markup. A simple breakline ({{{\\}}}) could suffice. There is the matter of &quot;indented paragraphs&quot; in lists though:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&lt;ul&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> &lt;li&gt;Item 1&lt;br /&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Line 2 of Item 1</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> &lt;/li&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&lt;/ul&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">vs</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&lt;ul&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> &lt;li&gt;Item 1</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&lt;p&gt;Second paragraph&lt;/p&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> &lt;/li&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&lt;/ul&gt;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I would say that a generalization is in order :</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">||Break||Markup</td></tr><tr><td bgcolor="#FF9933" class="diffrem">|Implicit line break|Not supported</td></tr><tr><td bgcolor="#FF9933" class="diffrem">|Forced line break|{{{\\}}} Double backslash</td></tr><tr><td bgcolor="#FF9933" class="diffrem">|Implicit paragraph break (&quot;normal behaviour&quot;)|Two consecutive newlines</td></tr><tr><td bgcolor="#FF9933" class="diffrem">|Forced paragraph break|{{{\\\}}} Triple backslash</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem"> {{{\\}}} (double backslash) and {{{\\\}}} (triple backslash) could be used anywhere (not only in lists). I know that the {{{\\\}}} (triple backslash) is a new markup but is there a Wiki out there that makes that difference already? IMO, they should.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">(Should we move this discussion to [Lists] and [Line Breaks]?)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [EricChartre], 2007-01-10</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">- I just saw that my suggestion below is redundant with the first one at the top of the page... -</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">As for quoting, it could be a variation of preformatting: {{{::: Quoted text :::}}} for example or</td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:::</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Quoted text</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:::</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Generalization again as it could be used inline or alone at the beginning of a line. In the former case, the rendering would be similar to emphasis. In the latter, it would be a block quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">It is a matter of semantics vs presentation...</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Advantages</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* One markup for quoting (inline or block)</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Works the same way as preformatted</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Makes a strong differenciation between presentation markups (emphasis) and semantically-oriented one (quote)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Disadvantages</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Same problems with parsing as preformatted blocks</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* New markup?</td></tr><tr><td bgcolor="#FF9933" class="diffrem">* Is there any existing wiki that does it this way?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [EricChartre], 2007-01-10</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Not that I think it's a very useful option... but using something like {{{:::}}} or {{{&quot;&quot;&quot;}}} to mark start and end of quotes (blockquotes) won't allow to nest them. Also, it's not [[NotNew]].</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">My opinion is we should get the most widespread syntax, and it's clearly the email-style: start each line with a {{{&gt;}}}. Annoying, I agree, but...</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I don't know of anything it could conflict with.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">No point in using {{{:}}}, instead. Apart from personal tastes, I don't see particular advantages over {{{&gt;}}}.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[Michele Tomaiuolo]], 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Do you need separate markup for block quotes and indented paragraphs? If not, I'd suggest something</td></tr><tr><td bgcolor="#FF9933" class="diffrem">similar to MediaWiki, i.e. one or more colons at the beginning of the paragraph, with empty lines to have</td></tr><tr><td bgcolor="#FF9933" class="diffrem">separate quotes:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">This is a normal paragraph.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Top-level quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Second paragraph of the same</td></tr><tr><td bgcolor="#FF9933" class="diffrem">quote (linefeed is ignored).</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:: A nested quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">: Top-level quote continues here.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">: And this is a second top-level quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">This way, one can easily reformat source code with wordwrap, without caring about markup which</td></tr><tr><td bgcolor="#FF9933" class="diffrem">would be moved inside lines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[YvesPiguet]], 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I'd like to note that e-mail &quot;&gt;&quot; (also &quot;:&quot; or &quot;|&quot; are used!) is technically **not** a block quote. It's traditionally used for something completely different -- quoting the text we are responding to -- not for including quotations and excerpts from external sources. I've encoutered this style used for block quotes only 2 or 3 times in my life, and it was jarring and unnatural for me -- it seemed as if the author attributed the quoted text to me.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Much more widespread (among experienced users) and distinctive way of marking up quotetions in e-mail and news is the use of &quot;+v&quot; before the quoted text and &quot;-v&quot; after it, alone on a line. But I don't recommend</td></tr><tr><td bgcolor="#FF9933" class="diffrem">it for Creole.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Technical shortcomings make the &quot;&gt;&quot; style practically useless for editable and automatically wrapped text on the wiki. It's awkward, adds a lot of user's work, looks ugly and has poorly readable. Personally I think it's unacceptable.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I don't understand why would you want to nest block quotes and how would it be presented on wikis that have chosen not to indent quotes, but instead use one of several other traditional ways of marking block quotes: different font, background, color, italics, decorative quotes. There is simply no such thing as a nested block quote.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I'm not saying that I like nested quotes (actually I don't). But they exist, and some people find them useful. They are (ab)used in forums and discussions, for example.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Using &quot;&gt;&quot; or &quot;:&quot; doesn't make a big difference for me. It's a matter of convenience, popularity, conflicts etc. //Acceptance//, at the end.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">What's important is that quoting or indenting (I wouldn't like to distinguish them) is allowed by most wikis. It's popular in forums, blogs, discussions. Users would certainly benefit from a unified syntax.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[Michele Tomaiuolo]], 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">So Radomir, would you accept one or more colons at the beginning of paragraphs (not lines) as</td></tr><tr><td bgcolor="#FF9933" class="diffrem">in the example above? If you do, we could make it a proposal to provoke more feedback...</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Note that I'd still like to use initial colon for &lt;dd&gt; in HTML. But I don't think there is any conflict;</td></tr><tr><td bgcolor="#FF9933" class="diffrem">&lt;dd&gt; must follow &lt;dt&gt; (lines beginning with a semicolon) in definition lists.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[YvesPiguet]], 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I gradually grew to believe that there is no special markup needed for block quotes, as well as for definition lists, by the way. There are many wiki engines that seem to pursuit a 1:1 compatibility with HTML and introduce markup that mirrors the HTML tags. I don't think we really need special markup for these kinds of elements when they can be easily marked with patterns consisting of other markup.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">You can easily indicate a block quote by surrounding a whole paragraph with quotation marks. There is no need for special markup for that and it works equally well with just plain text (users will see that it's quoted), simple wiki parsers (normal paragraph with quotation marks) and sophisticated parsers (they might attempt to detect such patterns and render the page differently, using blockquote tags for example) and text-processing scripts (as long as you can distinguish the quotes).</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Similar deal is with definition lists -- even google spiders parse {{{&lt;li&gt;&lt;b&gt;foo&lt;/b&gt; bar&lt;/li&gt;}}} as {{{&lt;dt&gt;foo&lt;/dt&gt;&lt;dd&gt;bar&lt;/dd&gt;}}}. Sophisticated parsers can do it too, while simple ones will not lose anything.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Finally, there is a question of popularity. I did a little survey among 5 of my website-making student frieds (it's the kind that writes html in notepad). One of them knew about the blockquote tag. None of them knew about definition lists. Asked about how they'd format a definition list in HTML, two of them suggested headings for terms and paragraphs for definitions, the rest would just use a table.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I do recognize that the &quot;&gt;&quot;-style text formatting is widely used in forums, e-mails, usenet and message boards. It's also used on some wikis to build threaded conversations. But they are not block quotes. If we provide markup for block quotes, it will be abused in similar way to how {{{&lt;em&gt;}}} and {{{&lt;strong&gt;}}} tags are abused due to &quot;bad press&quot; of {{{&lt;i&gt;}}} and {{{&lt;b&gt;}}}, and how headings are abused in absence of {{{&lt;large&gt;}}} tag. If we are going to have markup for this, I'd rather not call it &quot;block quote&quot;.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I also recognize that indentation is a very handy tool, useful for marking up all sort things: block quotes, definition lists, threaded discussions, side notes, editor's comments, etc. However, all of these things have also other traditional representations, available without the use of special markup. That's why I think that there should be markup for indentation available in the additions to Creole (see CreoleCoreAndAdditionsProposal), but not necessarily in the core.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">On the other hand, I still believe that a standarised way of marking inline quotes (not necessarily only quotations, it also applies to [[Wikipedia:Scare_quotes]]) would greatly benefit the mixed audience of various wikis. Markup like {{{``foo''}}} or {{{,,foo''}}} has little chance of conflicting with anything commonly used.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I guess I must say clearly I don't want a perfect mapping between Creole and HTML; I'd much prefer Creole</td></tr><tr><td bgcolor="#FF9933" class="diffrem">to remain simple. HTML isn't even my primary target. However, I think DL lists are much more useful than</td></tr><tr><td bgcolor="#FF9933" class="diffrem">numbered lists when you don't have any markup for references (actually I don't see any use for numbered</td></tr><tr><td bgcolor="#FF9933" class="diffrem">lists in Creole).</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Concerning indenting, it seems that it's heavily used in discussion pages on WikiPedia to emulate threads,</td></tr><tr><td bgcolor="#FF9933" class="diffrem">so if I were the one to decide, I wouldn't relegate it to additions.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[YvesPiguet]], 2007-02-08</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Yeah, numbered lists (I mean the {{{&lt;ol&gt;}}} kind, not the kind with server-side generated numbers) are pretty much useless on the web, except for maybe two cases: tables of content and when you want to have the list items counted automatically. Continuing on the &quot;use combination of markups to get what you need&quot; idea, if we had the &quot;:&quot; indentation proposal from above implemented in form of bulletless lists, you could simply write:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:1 first</td></tr><tr><td bgcolor="#FF9933" class="diffrem">:2 second</td></tr><tr><td bgcolor="#FF9933" class="diffrem">::2.1 et cetera</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem">And this is human-readable, renders nicely, can be parsed by data-harvesting scripts easily, and allows you to refer to the particular items on your lists in the following text.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">As for definition lists, I agree that they come in handy. I don't understand why they are not widely used, but they are not. Maybe</td></tr><tr><td bgcolor="#FF9933" class="diffrem">they are just not recognized as a separate construct by the users. At least it seems so to me. They are not going to be used much unless the</td></tr><tr><td bgcolor="#FF9933" class="diffrem">markup for them will be as simple as:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">the term:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> the definition</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2007-02-09</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">It isn't much worse:</td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{</td></tr><tr><td bgcolor="#FF9933" class="diffrem">;the term: the definition</td></tr><tr><td bgcolor="#FF9933" class="diffrem">}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem">With your proposition, we have stealth markup which isn't necessarily easier to understand for the user, imo.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[YvesPiguet]], 2007-02-09</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Actually, Mediawiki indentations and quotations are not the same thing. They're semantically very different.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem"># In the first case, we've a //remark//, a comment of the user addressing some precise part of the current document. An editor's introduction before an article is a good example of a remark.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"># In the second case, we've a //quotation//, something produced by another person, which probably the user is going to talk about in the document.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Then, they should be different. I think &quot;:&quot; is appropriate for the first case, and &quot;&gt;&quot; for the second one. But I guess it's too much for others here :)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Anyway, they're two different constructs which are both quite common.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[MicheleTomaiuolo]], 2007-02-09</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Quotation is a semantic element. It's... well, it's the thing that the quoted text is. You know what I mean ;)</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Indentation is a typographical element. It can mean a million things, inlcuding &quot;just indentation&quot; alone too (for example when explaining what indentation is). What it actually is depends partially on the tradition, but mostly on the context and style of the particular author (or style shared in the particular wiki community).</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Of course, quotation also has to be marked somehow -- usually with quotes or italics or indentation. Sometimes with monospaced font, different color, different background or some graphical symbol.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Now, there is a dillema. Should we provide markup for meanings, and relieve the users from the burden of inventing presentation for them, or should we only provide the tools, and allow users to do whatever they want with them, incuding sawing off the branch on which they sit?</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">If we decide to provide semantic markup **only**, it will inevitably be misused in creative ways -- to make up those parts of semantic markup that we missed or that the user doesn't know (or doesn't care about).</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">If we decide to only provide presentational markup, then we burden the users with decissions on how to use it, encourage communities to form their own, secret meta-markup, and end up with a bunch of pages that look ok until you try to change something on them.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I believe that the answer, as usual, lies in the middle. Now where exactly -- **that** we need to decide. How? I don't know.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I shall note that if we provide two markups, for quotations and for indentation, and they happen to be rendered the same on a particular wiki, there is a high probability that they will be used interchangeably. I'd like to avoid that.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- RadomirDopieralski, 2007-02-09</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I have a simple proposal for quotes:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">I would suggest one of two possibilities:- {{{'''Quoted text'''}}} or {{{[[[Quoted text]]]}}} and probably both!!!</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The reason for {{{'''}}} (triple single quote) is obvious. {{{''}}} may be confused with &quot;, but three single quotes is obviously not two and with equal spacing must be three single quotes and they are implicitly a quote. OK, wikipedia uses three single quotes in its own bizarre type of formatting, but this use is so intutitve and wikipedia's not only lacks intuitiveness but is downright confusing and I can still not remember whether two or three are needed for bold or italic.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The reason for {{{[[[ ... ]]]}}} is less obvious, but is a parallel to {{{ { { { ... } } } }}} in that (some) text in between the brackets is not parsed. As quotes need to contain formatting like bold, italic, underline etc. these need to be parsed (so you also need ~) but spaces and newlines and uline followed by '#*|:' should be preserved as original. </td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The other reason for {{{[[[ ... ]]]}}} is that it is then possible to quote a quote:- </td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Did you hear what the DJ said he was told by elvis:- </td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{[[[ Yere I met elvis his told me [[[ I love hamburgers ]]] ]]]}}}. </td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Finally, all quotes should be attributable so the general format would be: {{{[[[quoted text |Author]]]}}} or {{{''' Quoted text |Author'''}}}</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">Did you hear what the DJ said he was told by elvis:- </td></tr><tr><td bgcolor="#FF9933" class="diffrem">{{{[[[ Yere I met elvis his told me [[[ I love hamburgers |Elvis]]] | DJ ]]]}}}. </td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">-- [[Isonomia]]</td></tr><tr><td bgcolor="#99FF99" class="diffadd">T71Tsv </td></tr></table>47http://www.wikicreole.org/Diff.jsp?page=Talk.Quoting&r1=-12008-05-17T21:45:15Z67.83.165.177http://www.wikicreole.org/PageInfo.jsp?page=Talk.Quotinghttp://www.wikicreole.org/wiki/NewlineSpaceIsonomia changed this page on Fri May 16 20:08:31 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 17 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">This </td></tr><tr><td bgcolor="#99FF99" class="diffadd">**THERE SHOULD BE MANY WAYS TO AVOID MARKUP (add a space, use a tilde, add more text at the beginning)**</td></tr><tr><td class="diff">At line 19 added 1 line.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">This &quot;can't get out of bullets syntax breaks the cardinal rule of wikis it is not **KEEP IT SIMPLE STUPID**, it is **F*CK YOU USER IF YOU CAN'T BE BOTHERED TO READ THE DOCUMENTATION**</td></tr><tr><td class="diff">At line 20 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">[[Isonomia]]</td></tr></table>2http://www.wikicreole.org/Diff.jsp?page=NewlineSpace&r1=-12008-05-16T18:08:31ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=NewlineSpacehttp://www.wikicreole.org/wiki/ElementsIsonomia changed this page on Fri May 16 19:45:22 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 39 added 1 line.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">*[[Newline Space]] - proposal to correct newline syntax</td></tr></table>45http://www.wikicreole.org/Diff.jsp?page=Elements&r1=-12008-05-16T17:45:22ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Elementshttp://www.wikicreole.org/wiki/Talk.ItalicsAndUrlAmbiguityIsonomia changed this page on Fri May 16 18:10:20 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 134 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Not only is this not part of remit of the Creole specification, it is frankly stupid in these days of spam. According to my proposal on [[AntiSpam]] the default should be not to render anything as a link, unless the application provides some form of security to prevent spam. More specifically, you should be creole compliant if you block all links from anonymous posters.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">Not only is this not part of remit of the Creole specification, it is frankly stupid in these days of spam. According to my proposal on [[AntiSpam]] the default should be not to render anything as a link, unless the application provides some form of security to prevent spam. This is simpler if all links are explicit and more difficult if abitrary bits of text (even #911) could be interpreted as a link. </td></tr><tr><td class="diff">At line 136 added 2 lines.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">But most importantly you must be creole compliant if you do not render any links from anonymous posters even explicity one!</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr></table>22http://www.wikicreole.org/Diff.jsp?page=Talk.ItalicsAndUrlAmbiguity&r1=-12008-05-16T16:10:20ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Talk.ItalicsAndUrlAmbiguityhttp://www.wikicreole.org/wiki/Talk.GenericExtensionElementProposalIsonomia changed this page on Fri May 16 17:31:20 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 242 added 16 lines.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">YEP - need a generic extension proposal. Firstly a triple bracket like, { { { .... } } } and {{{[[[ quote ]]] }}} as I'm suggesting for a [[Quoting|quotes]] implies that the content between the brackets is not parsed normally by the creole parser.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">*{ { { - everything is accepted </td></tr><tr><td bgcolor="#99FF99" class="diffadd">*{{{[ [ [}}} - only formatting is parsed, whitespaces and newlines are displayed as is.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">*{{{&lt;&lt;&lt;}}} - nothing in the brackets is part of the specification, except to say that the application must interpret it and/or reject it.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">However, humans being humans, people are going to want to introduce their own code into Creole for those little things like font colours, sizes, table borders etc. etc.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">If {{{&lt;&lt;&lt; ....&gt;&gt;&gt;}}} means &quot;You've got to be kidding Creole doesn't have anything to say about text between those brakets.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd"> {{{&lt;&lt;SOMETHING&gt;&gt;}}} might mean &quot;not sure about that&quot; and be reserved for an optional extension to the specification such as text colours.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">More specifically:-</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd"> {{{&lt;&lt;#ABCDE#&gt;&gt;}}} would have the meaning &quot;optional code #ABCDE#&quot;</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">[[Isonomia]] May 2008</td></tr></table>32http://www.wikicreole.org/Diff.jsp?page=Talk.GenericExtensionElementProposal&r1=-12008-05-16T15:31:20ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Talk.GenericExtensionElementProposalhttp://www.wikicreole.org/wiki/FontIsonomia changed this page on Fri May 16 17:07:55 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 16 added 12 lines.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">---</td></tr><tr><td bgcolor="#99FF99" class="diffadd">On reflection, I don't think Creole should have a font colour attribute. The reason for this is that to say the font is &quot;Red&quot; would clearly be application dependant if the text box is red!</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">Increasing and decreasing font size is relative, so this could be part of the specification. Logically making bigger would have something to do with the format for headings, and making smaller would be a little like subscript.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">I suppose logically, you might think +++Elephant+++ would be a tag to increase size by &quot;2&quot;, and ---mouse--- to reduce by &quot;2&quot;, but then again who invented {{{==Title==}}}???</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">The problem with saying &quot;bigger font&quot; is that on some systems like character LCDs where the line must remain within the size allocated, it simply is not possible to increase the size of the font.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">So, I think there is a good case not to include font size and a very very good reason not to include colour in the specification. If however, applications want to include their own code, perhaps this should be possible.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">--[[Isonomia]]</td></tr></table>4http://www.wikicreole.org/Diff.jsp?page=Font&r1=-12008-05-16T15:07:55ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Fonthttp://www.wikicreole.org/wiki/Talk.AimsIsonomia changed this page on Fri May 16 16:37:56 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 52 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">?# __Underline__ .... deepen the voice, slow down, so as to speak with more authority.</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd"># __Underline__ .... deepen the voice, slow down, so as to speak with more authority.</td></tr></table>12http://www.wikicreole.org/Diff.jsp?page=Talk.Aims&r1=-12008-05-16T14:37:56ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Talk.Aimshttp://www.wikicreole.org/wiki/AimsIsonomia changed this page on Fri May 16 15:51:03 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 4 changed 7 lines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">==Preamble==</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">The original [[goals]] of creole were developed at [[ WikiSym2006.]] and included goals which conflict with the generation of a clear specification such as a requirement to be [[CollisionFree]], which implicitly suggests Creole is not so much a specificatiion of a form of wiki markup but is a compromise like the Israel-Palestinian &quot;peace&quot;.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">If Creole is to become a markup specification, then it will invariably collide with some other forms of markup, and it is about time it made those aims clear (otherwise I'm wasting my time here!!( indeed a markup inherently collides with the basic requirment for normal text editing where each and every character is defined as representing itself and therefore any other interpretation is a collission and so this is clearly an unachievable and unrelistic goal.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">==Audience==</td></tr><tr><td bgcolor="#99FF99" class="diffadd">===Audience===</td></tr><tr><td class="diff">At line 13 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">==General Aims==</td></tr><tr><td bgcolor="#99FF99" class="diffadd">===General Aims===</td></tr><tr><td class="diff">At line 29 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">==Creole Environment==</td></tr><tr><td bgcolor="#99FF99" class="diffadd">===Creole Environment===</td></tr></table>6http://www.wikicreole.org/Diff.jsp?page=Aims&r1=-12008-05-16T13:51:03ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Aimshttp://www.wikicreole.org/wiki/VersionsIsonomia changed this page on Fri May 16 14:12:29 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 1 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">==Aims and Objectives of Creole==</td></tr><tr><td bgcolor="#99FF99" class="diffadd">==[[Aims|Aims and Objectives of Creole]]==</td></tr></table>61http://www.wikicreole.org/Diff.jsp?page=Versions&r1=-12008-05-16T12:12:29ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=Versionshttp://www.wikicreole.org/wiki/HTMLIsonomia changed this page on Fri May 16 14:05:07 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 3 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">After editing the title page and trying to start a link to {{{&amp;nbsp;}}} and finding it disappearing I wondered whether creole was intended to replace or overlay html coding. At least from this wiki (if it is creole 1.0 compliant?) it appears that at least some html coding like {{{&amp;nbsp;}}} is included within the wiki and creole is an addition rather than replacement.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">After editing the title page and trying to start a link to {{{ }}} and finding it disappearing I wondered whether creole was intended to replace or overlay html coding. At least from this wiki (if it is creole 1.0 compliant?) it appears that at least some html coding like {{{ }}} is included within the wiki and creole is an addition rather than replacement.</td></tr><tr><td class="diff">At line 7 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">How should: {{{This&amp;nbsp;is%20a test}}} be displayed?</td></tr><tr><td bgcolor="#99FF99" class="diffadd">How should: {{{This is%20a test}}} be displayed?</td></tr><tr><td class="diff">At line 31 added 3 lines.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">Yves, the specification isn't very helpful when it comes to deciding what needs to be filtered and what does not. E.g. when text is included as a hyperlink, but isn't a full URL, should it be escaped or should it be urlencoded?</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">- [[Isonomia]] ~~~~</td></tr></table>8http://www.wikicreole.org/Diff.jsp?page=HTML&r1=-12008-05-16T12:05:07ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=HTMLhttp://www.wikicreole.org/wiki/LineBreaksIsonomia changed this page on Fri May 16 14:01:02 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 1 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"> {{{ \\ }}} (wiki-style) for line breaks. </td></tr><tr><td bgcolor="#99FF99" class="diffadd">(For fuller discussion of all the issues regarding new lines at the prosal stage see: [[Newlines]])</td></tr><tr><td class="diff">At line 3 added 2 lines.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">{{{ \\ }}} (wiki-style) for line breaks. </td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr></table>7http://www.wikicreole.org/Diff.jsp?page=LineBreaks&r1=-12008-05-16T12:01:02ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=LineBreakshttp://www.wikicreole.org/wiki/BoldAndItalicsIsonomia changed this page on Fri May 16 13:59:12 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 7 added 2 lines.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">(Note the lack of whitespace between initial {{{**}}} and text is this part of the specification? see: [[Stricter Syntax]])</td></tr><tr><td bgcolor="#99FF99" class="diffadd"></td></tr></table>27http://www.wikicreole.org/Diff.jsp?page=BoldAndItalics&r1=-12008-05-16T11:59:12ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=BoldAndItalicshttp://www.wikicreole.org/wiki/AntiSpamIsonomia changed this page on Fri May 16 13:55:12 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 2 added 1 line.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">Having just removed some links from a page, and knowing the real hassle spamcauses everyone, it seems **CRITICAL** that creole includes within thespecification provision to tackle spam. </td></tr><tr><td class="diff">At line 3 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">Having just removed some links from a page, and knowing the real hassle spam causes everyone, it seems **CRITICAL** that creole includes within the specification provision to tackle spam.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">That is to say, the problem of spam should be dealt with at thespecification stage and so integrated into the spec, rather than trying to bebolted on at a later stage. </td></tr><tr><td class="diff">At line 5 changed 7 lines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">That is to say, the problem of spam should be dealt with at the specification stage and so integrated into the spec, rather than trying to be bolted on at a later stage.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">There are two main reasons (??) for spam:</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem"># Creating links to boost the profile of sites in search engines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"># As a form of virtual grafetti</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#99FF99" class="diffadd">There are two main reasons (??) for spam: </td></tr><tr><td bgcolor="#99FF99" class="diffadd">#Creating links to boost the profile of sites in search engines. </td></tr><tr><td bgcolor="#99FF99" class="diffadd">#As a form of virtual graffiti </td></tr><tr><td class="diff">At line 13 removed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">The specification should not say: {{{[[http://ripuoff.con|Hot chicks]]}}} **will** create a link, but should say **may** create a link so that sites which decide not to allow links or some links, may say they are creole compliant.</td></tr><tr><td class="diff">At line 15 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">The specification should imly that the default format for a link is with the {{{rel=&quot;nofollow&quot;}}} Action included.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">The specification should not say: {{{[[http://ripUoff.con|Hotchicks]]}}} **will** create a link, but should say **may** create alink so that sites which decide not to allow links or some links, may say they are creole compliant. </td></tr><tr><td class="diff">At line 17 changed 1 line.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">That is to say the Creole specification should say that a Creole compliant wiki will ahve the nofollow action on all publicly/anonymous postable forums.</td></tr><tr><td bgcolor="#99FF99" class="diffadd">But, the specification **should say** that the default format for a link is with the **rel=&quot;nofollow&quot;** Action included. </td></tr><tr><td class="diff">At line 19 changed 3 lines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">This will mean that rather than making it easier for spam to post to wikis, that the creole specification will mean that sites can only remove the nofollow action where they take additional steps to prevent spam. This will protect everyone.</td></tr><tr><td bgcolor="#FF9933" class="diffrem"></td></tr><tr><td bgcolor="#FF9933" class="diffrem">==Grafetti spam==</td></tr><tr><td bgcolor="#99FF99" class="diffadd">That is to say the Creole specification should say that a Creole compliantwiki will have the nofollow action on all publicly/anonymous postable forums. This will mean that rather than making it easier for spam to post to wikis,that the creole specification will mean that sites can only remove the nofollow action where they take additional steps to prevent spam. This will protecteveryone. </td></tr><tr><td bgcolor="#99FF99" class="diffadd">==Graffiti spam==</td></tr></table>2http://www.wikicreole.org/Diff.jsp?page=AntiSpam&r1=-12008-05-16T11:55:12ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=AntiSpamhttp://www.wikicreole.org/wiki/WikiNodeIsonomia changed this page on Fri May 16 13:36:00 CEST 2008:<br /><hr /><br /><table class="diff" border="0" cellspacing="0" cellpadding="0"><tr><td class="diff">At line 2 removed 4 lines.</td></tr><tr><td bgcolor="#FF9933" class="diffrem">http://conexions.org/wordpress/wpau-backup/wordpress/wp-content/themes/classic/css/fence/fence.html</td></tr><tr><td bgcolor="#FF9933" class="diffrem">http://conexions.org/wordpress/wpau-backup/wordpress/wp-content/themes/classic/css/fence/chain-link-fence.html</td></tr><tr><td bgcolor="#FF9933" class="diffrem">http://conexions.org/wordpress/wpau-backup/wordpress/wp-content/themes/classic/css/fence/vinyl-fence.html</td></tr><tr><td bgcolor="#FF9933" class="diffrem">http://conexions.org/wordpress/wpau-backup/wordpress/wp-content/themes/classic/css/fence/fencing-tools.html</td></tr></table>33http://www.wikicreole.org/Diff.jsp?page=WikiNode&r1=-12008-05-16T11:36:00ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=WikiNodehttp://www.wikicreole.org/wiki/StricterSyntaxIsonomia created this page on Fri May 16 13:31:56 CEST 2008:<br /><hr /><br /><h2 id="section-StricterSyntax-StricterSyntax">Stricter Syntax</h2><p>The current specification means that anything after e.g. a <span class="inlinednowiki">**</span> is bold. This will often lead to problems when these characters are used on their own. (e.g. <span class="inlinednowiki">**</span> is often put in text to mean (refer to the point elsewhere). The potential problem is the same for other inline markup.</p><h2 id="section-StricterSyntax-Proposal">Proposal</h2><p>The proposal is to ignore any symetrical inline double markup which does not immediately proceed a non whitespace character. (<span class="inlinednowiki">** // __ </span>) but not (<span class="inlinednowiki"> [[ {{ </span>)</p><p>That is:</p><pre> ** refer to my letter previously </pre><p>would print as is, but</p><pre> **refer to my letter</pre>would come out as bold.<h2 id="section-StricterSyntax-Comment">Comment</h2>An even tighter requirement would logically be to insist the starting sequence would be <pre>&lt;whitespace&gt;&lt;double-symbol&gt;&lt;Non-white-space&gt;</pre>and final sequence the reverse. But whilst, this is probably logical, this is not part of the proposal, because the chance of mistakenly starting a block of bold text should be low and so an isolated <span class="inlinednowiki">'**'</span> should be ignored, but it should be easy to stop a bold sequence, so an isolated <span class="inlinednowiki">**</span> when in a bold sequence should not be ignored.12008-05-16T11:31:56ZIsonomiahttp://www.wikicreole.org/PageInfo.jsp?page=StricterSyntaxnull