Changes between Version 33 and Version 34 of TracDev/Proposals/AdvancedWikiFormatting
- Timestamp:
- Jun 30, 2010, 10:07:00 AM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracDev/Proposals/AdvancedWikiFormatting
v33 v34 6 6 == Topics == 7 7 === Tables === 8 - support WikiCreole single pipe style (#6630) 8 9 - 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) 10 11 - also support MediaWiki style?? (#1424) 11 - annotation for specifying vertical alignment (`||^`/`||.`) (ticket:9309#comment:9)12 12 13 13 === Definition lists === … … 46 46 47 47 1. continue in the same list 48 49 another paragraph in the //same item// 48 50 }}} 49 51 }}} … … 52 54 53 55 1. continue in the same list 56 57 another paragraph in the //same item// 54 58 }}} 55 59 - when continuing an item on the next line, one should stay within the item … … 82 86 83 87 The automatic ids generated for headings are not readable. 84 We should replace spaces by hyphens , at the very least.88 We should replace spaces by hyphens instead of squashing them, at the very least. 85 89 Compatibility with the old compact style could be achieved by using the `name` attribute, whereas `id` would be used for the new, more readable style. 86 90 This 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). … … 89 93 === Enhanced processors === 90 94 91 Allowing `{{{ div ...` would be easy, is it worth it? ''probably not, let's keep #! ''92 93 95 For div and tables, add some more "standard" classes (we already have "important" for divs and "listing" for tables): 94 96 - 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) 97 99 98 100 === 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 already103 - `["checking" the check]` -> ["checking" the check]: works now (r9535)104 105 101 106 102 ==== Alternative forms of linking ==== #linking 107 103 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 110 105 - shorthand for footnotes? see #9037 111 106 … … 126 121 - !GoogleCode uses http://code.google.com/p/support/wiki/WikiSyntax [[br]] 127 122 * 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 // 128 126 * Internal Wiki links are a bit easier to write: `[Wikipage]` instead of `["Wikipage"]` for us. 129 127 * automatic heading anchors are more readable (`== Wiki-style markup ==` corresponds to `Wiki-style_markup` instead of `Wiki-stylemarkup`) (#8645) 130 128 - BitBucket uses http://www.wikicreole.org/wiki/Creole1.0 [[br]] 131 * See WikiCreole .129 * See WikiCreole 132 130 - RedMine uses http://www.redmine.org/help/wiki_syntax_detailed.html based on http://hobix.com/textile [[br]] 133 131 * also uses `*...*` and `_..._` used for bold and italics... … … 138 136 - [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: 139 137 - [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) 141 139 - others? 142 140