wiki-formats: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
Line 89: Line 89:
* blockquote or pre / code
* blockquote or pre / code
** some amount of nesting with whitespace.  it is ambiguous whether this indicates a blockquote or pre / code.  have emailed Ian to ask his clarification.
** some amount of nesting with whitespace.  it is ambiguous whether this indicates a blockquote or pre / code.  have emailed Ian to ask his clarification.
* em
** text surrounded by a single adjacent underline on both sides, e.g.
<pre>
_definitely_
</pre>

Revision as of 06:04, 4 July 2005

wiki formats

Authors

  • Tantek Çelik

Intro

Ian Hickson recently lamented to me that:

"I have yet to find a wiki that has both a nice syntax (i.e. one that looks 
like text/plain as opposed to one that looks like just another obscure 
markup language -- if you're going to use markup, why not just use HTML 
in the first place), and that produces semantic markup (as opposed to 
having tags for "bold" and "italics")."

And I have to kind of agree with him. My experience with current wiki formats is that they haven't done that good a job of "paving the cowpaths", that is, taking what people write in plain text documents, and interpreting them as structure, rather than inventing new text conventions (e.g. equal signs for headings?!?) and getting people to learn them.

This page is an attempt to catalog/document current wiki and wiki-like text formats to see if there is any chance of solving this problem.

Technically a wiki format would not be a microformat because it is not expressed in XHTML building blocks. However, many of the other principles of microformats can be applied to perhaps come up with a better solution that what wikis use today (since they all seem to use their own variant formats anyway).


wiki software

MediaWiki

What you're using now.

  • paragraphs
    • blank line creates a new paragraph
  • lists
    • start a line with "* " and it will put it into an unordered list.
    • use multiple "*", e.g. "** " for 2nd level, for nested unordered lists.
  • headings
    • prefix (and suffix?) with "=" for level 1 heading, "==" for level 2 heading etc.
  • literal
    • use <pre> ... </pre> tags

MoinMoin

What the Technorati Developer's Wiki uses.

Kwiki

wiki formats

straw proposals

What Ian uses in his text/plain documents:

  • h1:
first level heading - followed by a line starting with equal signs "="
=============================================
  • h2:
second level heading - followed by a line starting dashes "-"
--------
  • h3:
THIRD LEVEL HEADING - ALL CAPS ON A LINE
  • p:
    • a blank line to start and finish
  • ol / li
    • a line starting with space then a number followed immediately by a period, e.g.
 1. Here is one ordered list item
    • note that such list items may be separated by blank lines.
    • note that paragraphs within a list item will be indented as much as the text after the list item marker.
    • list is terminated by a non-blank line that *doesn't* start with space then a number then a period, and is outdented from where list item paragraphs are.
  • ul / li
    • a line starting with space then an asterisk then at least one space, e.g.
 * Here is an unordered list item
    • same notes apply respectively as those for ordered list items above.
    • nested unordered list items are similar, except that their marker is further indented, and in addition to "*", other list item markers may be used such as "+" and "-".
  • blockquote or pre / code
    • some amount of nesting with whitespace. it is ambiguous whether this indicates a blockquote or pre / code. have emailed Ian to ask his clarification.
  • em
    • text surrounded by a single adjacent underline on both sides, e.g.
_definitely_