Edgewall Software

Changes between Version 33 and Version 34 of TracDev/Proposals/AdvancedWikiFormatting


Ignore:
Timestamp:
Jun 30, 2010, 10:07:00 AM (14 years ago)
Author:
Christian Boos
Comment:

removing obsolete items, some additional notes and ideas

Legend:

Unmodified
Added
Removed
Modified
  • TracDev/Proposals/AdvancedWikiFormatting

    v33 v34  
    66== Topics ==
    77=== Tables ===
     8 - support WikiCreole single pipe style (#6630)
    89 - add `|+` MediaWiki style caption or `#!caption`
    9  - support WikiCreole single pipe style (#6630)
     10 - annotation for specifying vertical alignment (top `||^` and bottom `||.`) (ticket:9309#comment:9)
    1011 - also support MediaWiki style?? (#1424)
    11  - annotation for specifying vertical alignment (`||^`/`||.`) (ticket:9309#comment:9)
    1212
    1313=== Definition lists ===
     
    4646
    4747   1. continue in the same list
     48
     49      another paragraph in the //same item//
    4850   }}}
    4951   }}}
     
    5254
    5355   1. continue in the same list
     56
     57      another paragraph in the //same item//
    5458   }}}
    5559 - when continuing an item on the next line, one should stay within the item
     
    8286
    8387The automatic ids generated for headings are not readable.
    84 We should replace spaces by hyphens, at the very least.
     88We should replace spaces by hyphens instead of squashing them, at the very least.
    8589Compatibility with the old compact style could be achieved by using the `name` attribute, whereas `id` would be used for the new, more readable style.
    8690This is especially important for languages when titles use sentence-style capitalization, not title-style capitalization (see e.g. [Wikipedia:Wikipedia:Manual_of_Style_(capital_letters)#Section_headings Section_headings] in Wikipedia).
     
    8993=== Enhanced processors ===
    9094
    91 Allowing `{{{ div ...` would be easy, is it worth it? ''probably not, let's keep #! ''
    92 
    9395For div and tables, add some more "standard" classes (we already have "important" for divs and "listing" for tables):
    9496 - see MoinMoin:HelpOnAdmonitions
    95  - another interesting possibility:
    96    [http://meta.wikimedia.org/wiki/Help:Collapsing#Collapsible_DIV collapsible and collapsed] (#9214)
     97 - [http://meta.wikimedia.org/wiki/Help:Collapsing#Collapsible_DIV collapsible and collapsed] (#9214)
     98 - sortable (#8949)
    9799
    98100=== TracLinks ===
    99 ==== CamelCase ====
    100 
    101 The MoinMoin style internal free link has been introduced to cope with wiki words with appended content, like when writing `["WikiProcessor"]s`. ~~First, the implementation is restricted: it doesn't allow for a lhref equivalent, `["WikiProcessor" the wiki processors]` ~~ (#7695). What if we would instead re-use the lhref regexp, in the quoted case? It would be equivalent to making the ''wiki:'' prefix the default namespace. The advantage would be that ''any'' word could be wikified that way. //This is what `[[...]]` links do.//
    102  - `["checking"]` -> ["checking"]: works already
    103  - `["checking" the check]` -> ["checking" the check]: works now (r9535)
    104 
    105101
    106102==== Alternative forms of linking ==== #linking
    107103
    108  - shorthand for `[[Image(<img>)]]`: `{{<img>}}`, see MoinMoin:HelpOnLinking
    109  - `[=#anchor <label>]` creation, see #6413 **FIXME: document this in WikiFormatting**. Preliminary documentation added to WikiFormatting#AddingIDstoanyitem (much of it taken from the r8697 commit comment)
     104 - shorthand for `[[Image(<img>)]]`: `{{<img>}}`, see MoinMoin:HelpOnLinking; `{{...}}` is also used for [MediaWiki:Help:Template transclusion] in MediaWiki
    110105 - shorthand for footnotes? see #9037
    111106
     
    126121 - !GoogleCode uses http://code.google.com/p/support/wiki/WikiSyntax [[br]]
    127122   * Mostly compatible markup, with the notable exception of `*...*` and `_..._` used for bold and italics. This is ''not'' something we're going to support, considering all the complaints we already had with our underline style `__...__`.
     123     //
     124     However, with strict patterns this can perhaps "work": `*this is bold*` would match, but not `use *this and *that`, and `that's /really/ useful` or `that's /really useful/` but neither of  `see /trunk/README, and/or, / etc.`
     125     //
    128126   * Internal Wiki links are a bit easier to write: `[Wikipage]` instead of `["Wikipage"]` for us.
    129127   * automatic heading anchors are more readable (`== Wiki-style markup ==` corresponds to `Wiki-style_markup` instead of `Wiki-stylemarkup`) (#8645)
    130128 - BitBucket uses http://www.wikicreole.org/wiki/Creole1.0 [[br]]
    131    * See WikiCreole.
     129   * See WikiCreole 
    132130 - RedMine uses http://www.redmine.org/help/wiki_syntax_detailed.html based on http://hobix.com/textile [[br]]
    133131   * also uses  `*...*` and `_..._` used for bold and italics...
     
    138136 - [http://daringfireball.net/projects/markdown/syntax Markdown] is used in a number of developer oriented sites (e.g. [http://stackoverflow.com/editing-help StackOverflow], [http://gitorious.org/gitorious/mainline/blobs/master/lib/markup_renderer.rb Gitorious wiki], [http://github.github.com/github-flavored-markdown/ GitHub Flavored Markdown]). Some of the interesting parts:
    139137   - [http://daringfireball.net/projects/markdown/syntax#header headings by underlining] (similar to reStructuredText, but limited to `========` and `--------`)
    140    - the [http://daringfireball.net/projects/markdown/syntax#list rules for list items] are quite interesting as well (how to deal with empty lines and paragraphs within lists)
     138   - the [http://daringfireball.net/projects/markdown/syntax#list rules for list items] are quite interesting as well (how to deal with empty lines and paragraphs within lists, see [#Lists] above)
    141139 - others?
    142140