]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
Migrate escaped directives (\[[) in doc/todo to have \[[! prefix
authorSimon McVittie <smcv@ http://smcv.pseudorandom.co.uk/>
Mon, 21 Jul 2008 11:45:54 +0000 (12:45 +0100)
committerSimon McVittie <smcv@ http://smcv.pseudorandom.co.uk/>
Mon, 21 Jul 2008 11:45:54 +0000 (12:45 +0100)
31 files changed:
doc/todo/ACL.mdwn
doc/todo/A_page_that_inlines_pages__61____34____42____34___results_in_unnecessary_feed_generation.mdwn
doc/todo/Gallery.mdwn
doc/todo/Give_access_to_more_TMPL__95__VAR_variables_in_templates_inserted_by_the_template_plugin.mdwn
doc/todo/New_preprocessor_directive_syntax.mdwn
doc/todo/Option_to_make_title_an_h1__63__.mdwn
doc/todo/Short_wikilinks.mdwn
doc/todo/Support_wildcard_inside_of_link__40____41___within_a_pagespec.mdwn
doc/todo/__42__forward__42__ing_functionality_for_the_meta_plugin.mdwn
doc/todo/absolute_urls_in_wikilinks.mdwn
doc/todo/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn
doc/todo/color_plugin.mdwn
doc/todo/conditional_text_based_on_ikiwiki_features.mdwn
doc/todo/else_parameter_for_map_plugin.mdwn
doc/todo/fileupload/soc-proposal/discussion.mdwn
doc/todo/language_definition_for_the_meta_plugin.mdwn
doc/todo/latex.mdwn
doc/todo/meta_rcsid.mdwn
doc/todo/metadata.mdwn
doc/todo/missingparents.pm.mdwn
doc/todo/nested_preprocessor_directives.mdwn
doc/todo/preprocessor_directive_for_proposed_changes.mdwn
doc/todo/recentchanges.mdwn
doc/todo/shortcut_link_text.mdwn
doc/todo/shortcut_optional_parameters.mdwn
doc/todo/shortcut_with_different_link_text.mdwn
doc/todo/shortcut_with_no_url_parameter__44___only_desc.mdwn
doc/todo/should_optimise_pagespecs.mdwn
doc/todo/skip_option_for_inline_plugin.mdwn
doc/todo/toc_plugin_to_skip_one_level.mdwn
doc/todo/varioki_--_add_template_variables___40__with_closures_for_values__41___in_ikiwiki.setup.mdwn

index 9d20313403ade5073e7311f9e98d902ad5d0a0fd..6b23acfaec11868ad3f2fdb1871fe6eb8c029a7b 100644 (file)
@@ -30,10 +30,10 @@ Here is how I see it:
     for a given (user, page, operation), as in:
 
     <pre>
-    \[[acl user=joe page=*.png allow=upload]]
-    \[[acl user=bob page=/blog/bob/* allow=*]]
-    \[[acl user=* page=/blog/bob/* deny=*]]
-    \[[acl user=http://jeremie.koenig.myopenid.com/ page=/todo/* deny=create
+    \[[!acl user=joe page=*.png allow=upload]]
+    \[[!acl user=bob page=/blog/bob/* allow=*]]
+    \[[!acl user=* page=/blog/bob/* deny=*]]
+    \[[!acl user=http://jeremie.koenig.myopenid.com/ page=/todo/* deny=create
            reason="spends his time writing todo items instead of source code"]]
     </pre>
 
@@ -43,5 +43,5 @@ Here is how I see it:
     Possibly could refer to other ACL pages, as in:
 
     <pre>
-    \[[acl user=* page=/subsite/* acl=/subsite/acl.mdwn]]
+    \[[!acl user=* page=/subsite/* acl=/subsite/acl.mdwn]]
     </pre>
index d43759a5b222c5f80aa694f53d6000e08c3a2781..543c346acc06e8cb6cbf0f2991c810b1bab8ecd5 100644 (file)
@@ -3,7 +3,7 @@ getting regenerated even when I edited only a page that did not affect
 any feed.
 
 I found that the problem only occurs in the presence of a file that
-contains \[[inline pages="*"]].
+contains \[[!inline pages="*"]].
 
 > How is this unexpected? By inlining _every_ page in the wiki, you're
 > making that page depend on every other page; any change to any page in
@@ -23,7 +23,7 @@ that it will create):
 
        cd /tmp
        mkdir ikiwiki-test; cd ikiwiki-test; mkdir src
-       echo '\[[inline pages="blog/*"]]' > src/myblog.mdwn
+       echo '\[[!inline pages="blog/*"]]' > src/myblog.mdwn
        mkdir src/blog; echo "A blog entry" > src/blog/entry.mdwn
        echo 'use IkiWiki::Setup::Standard {
                srcdir => "src",
@@ -41,7 +41,7 @@ that it will create):
        echo "not a blog entry" > src/not-a-blog.mdwn
        ikiwiki --setup setup
        ls -l --time-style=full-iso output/myblog/index.rss
-       echo '\[[inline pages="*"]]' > src/archives.mdwn
+       echo '\[[!inline pages="*"]]' > src/archives.mdwn
        ikiwiki --setup setup
        ls -l --time-style=full-iso output/myblog/index.rss
        echo "still not blogging" >> src/not-a-blog.mdwn
@@ -58,7 +58,7 @@ Here's the tail of the output that I see for this command:
        done
        $ ls -l --time-style=full-iso output/myblog/index.rss
        -rw-r--r-- 1 cworth cworth 459 2007-06-01 06:34:36.000000000 -0700 output/myblog/index.rss
-       $ echo '\[[inline pages="*"]]' > src/archives.mdwn
+       $ echo '\[[!inline pages="*"]]' > src/archives.mdwn
        $ ikiwiki --setup setup
        refreshing wiki..
        scanning archives.mdwn
index 8fa9a310e20836cbc24a4a9e27c181a98f0f6deb..fbf1802fdde7c81051ef4ca73e432f3cb2dbb3c3 100644 (file)
@@ -39,7 +39,7 @@ I have implemented the first version of the Gallery Plugin for Ikiwiki as part o
 Plugin can be downloaded from [here](http://myweb.unomaha.edu/~ajain/gallery.tar). 
 
 It can be used as : <br>
-\[[gallery imagedir="images" thumbnailsize="200x200" cols="3" alt="Can not be displayed" title="My Pictures"]]
+\[[!gallery imagedir="images" thumbnailsize="200x200" cols="3" alt="Can not be displayed" title="My Pictures"]]
 
 where-<br>
 * imagedir  => Directory containing images. It will scan all the files with jpg|png|gif extension from the directory and will put it in the gallery.<br>
index 2b2f6a5d007590a766545e1f8208a393837e5e95..a644e236b8cf1029bb870a0d2d657a12696656aa 100644 (file)
@@ -54,7 +54,7 @@ of the pages tagged d1.
 
 My current plan is :
 
-- thanks to the edittemplate plugin, `/view/dev/*` and `/view/howto/*` would contain respectively `\[[template id=dev_direction]]` and `\[[template id=howto_usage]]`
+- thanks to the edittemplate plugin, `/view/dev/*` and `/view/howto/*` would contain respectively `\[[!template id=dev_direction]]` and `\[[!template id=howto_usage]]`
 - `/templates/dev_direction.mdwn` and `/templates/howto_usage.mdwn` would use `\[[!map ...]]` directives to build their views
 
 # My issue
@@ -68,7 +68,7 @@ Where `BASENAME` value would be, e.g., `u1` or `d2`, depending on the
 page inserting the template. But `BASENAME` does not exist. I found
 that `<TMPL_VAR PAGE>` is replaced with the full path to the page, but
 I did not found how to get the page's basename in a template included
-with a `\[[template id=...]]` directive.
+with a `\[[!template id=...]]` directive.
 
 Any idea ?
 
@@ -88,7 +88,7 @@ avoid the ad-hoc plugin solution.
 most possible of these pages.
 
 > The following patch adds a `basename` `TMPL_VAR` variable that can be
-> used in the templates inserted by \[[template plugin]] :
+> used in the templates inserted by \[[!template plugin]] :
 
 >        diff --git a/IkiWiki/Plugin/template.pm b/IkiWiki/Plugin/template.pm
 >        index a6e34fc..bb9dd8d 100644
index b3798599484f487f4fd73da62a784cf277dcec36..2215cc4b438cff50858c61a3147f41e109a63f7d 100644 (file)
@@ -14,8 +14,8 @@ Making this transition would fix two major warts:
 
 * The inability to use spaces in wikilinks or link text
 * The requirement to use a trailing space on a preprocessor directive
-  with no arguments, such as `\[[toc ]]`
+  with no arguments, such as `\[[!toc ]]`
 
 --[[JoshTriplett]]
 
-[[done]] in version 2.21, using the '!'-prefixed syntax. --[[JoshTriplett]]
\ No newline at end of file
+[[done]] in version 2.21, using the '!'-prefixed syntax. --[[JoshTriplett]]
index ff2997bee70e43431b0fd92e0c2ac80c30e457e4..efa07ad7990f6c48877df2e94d940af0419df1d8 100644 (file)
@@ -1,4 +1,4 @@
-Currently, the page title (either the name of the page or the title specified with `\[[meta title="..."]]`) shows up in a `<div class="header">`.  I tend to follow the [w3c guideline recommending the use of h1 for the title](http://www.w3.org/QA/Tips/Use_h1_for_Title); for this purpose, how about an option to make the page title an `<h1 class="header">`, and shift the markdown headings down by one (making # an h2, ## an h3, etc; or alternatively making # equivalent to `\[[meta title="..."]]`)?
+Currently, the page title (either the name of the page or the title specified with `\[[!meta title="..."]]`) shows up in a `<div class="header">`.  I tend to follow the [w3c guideline recommending the use of h1 for the title](http://www.w3.org/QA/Tips/Use_h1_for_Title); for this purpose, how about an option to make the page title an `<h1 class="header">`, and shift the markdown headings down by one (making # an h2, ## an h3, etc; or alternatively making # equivalent to `\[[!meta title="..."]]`)?
 
 > The reason I don't use a h1 for the navbar is that while it incorporates
 > the page title, it's not just a page title, it has the links to parent pages.
index 05f894dfe13afdbb94c613c0d418857dafb602f3..b9aec91123652a7cad007f49908b5cfaa76e7f56 100644 (file)
@@ -58,9 +58,9 @@ Other alternatives would be
 > I agree that a plugin would probably be more cumbersome, but it is very
 > doable. It might look something like this:
 
-       \[[link bar]]
+       \[[!link bar]]
 
-       \[[link bar=VeryLongPageName]]
+       \[[!link bar=VeryLongPageName]]
 
 >> This is, however, still missing specifying the link text, and adding that option would seem to me to complicate the plugin syntax a lot, unless support is added for the |-syntax for specifying a particular parameter to every plugin.
 
@@ -74,13 +74,13 @@ Other alternatives would be
 >> ... Returning to this, the syntax infact wouldn't be so bad with the |-syntax, given a short name for the plugin:
 
        [[whatever|ref 1]]
-       \[[ref 1=page_with_long_name]]
+       \[[!ref 1=page_with_long_name]]
 
 >>> A way to do this that doesn't need hacking at the preprocessor syntax
 >>> follows: --[[Joey]]
 
-       \[[link bar=1]]
-       \[[dest 1=page_with_long_name]]
+       \[[!link bar=1]]
+       \[[!dest 1=page_with_long_name]]
 
 >>>> But this doesn't work so well for links that aren't valid keys. Such
 >>>> as stuff with spaces in it. I'd like to be able to write any kind of
@@ -88,8 +88,8 @@ Other alternatives would be
 
 >>>>> You're right, and to fix that it could be turned around: --[[Joey]]
 
-       \[[link 1=bar]]
-       \[[dest 1=page_with_long_name]]
+       \[[!link 1=bar]]
+       \[[!dest 1=page_with_long_name]]
 
 >> It also shouldn't be difficult to support non-wiki links in this same
 >> way, so that you could still link everywhere in an uniform manner, as
index 24f9054f749c683d2f59d48fdcf40fafff707346..2837634d99db21bc20bfcababc532a2d221c9b71 100644 (file)
@@ -2,7 +2,7 @@ I don't segregate my blog entries into a directory, but instead want
 my blog to simply consist of all pages that have been tagged. That is,
 I'd like to have my blog page look like this:
 
-       \[[inline pages="link(tag/*)"]]
+       \[[!inline pages="link(tag/*)"]]
 
 That doesn't work in ikiwiki 2.1, but I have it
 [working](http://www.cworth.org/blog) with the following patch:
index 8f32c7364d15961b03c3860b229c0f16ad9f460d..61b19d302f827007446d375b67912a5480252ad3 100644 (file)
@@ -22,7 +22,7 @@ I can also submit a Git patch, if desired.
 
 **OPT_DELAY** = delay=**D** | empty (*immediatelly*)
 
-\[[meta forward="**WHITHER**" **OPT_DELAY**]]
+\[[!meta forward="**WHITHER**" **OPT_DELAY**]]
 
 
 # Extensions and Ideas
index fd47cb08969e7dd3a0991a9ff2588682d7e302be..a0fe83e44f640b031fc3612bc325cf5a3bcd75ae 100644 (file)
@@ -2,7 +2,7 @@
 
 An option to have absolute urls in wikilinks instead of relative ones would be useful, 
 for pages included into other pages out of the wiki rendering process (shtml for example)
-since these pages can be included from a subdir. Ditto, links from \[[ inline ..]] or \[[map ..]].
+since these pages can be included from a subdir. Ditto, links from \[[!inline ..]] or \[[!map ..]].
 
 > You can make a wikilink absolute by prefixing it with a /, see 
 > [[ikiwiki/subpage/linkingrules/]]. Pagespecs match absolute by default. But what do
@@ -10,11 +10,11 @@ since these pages can be included from a subdir. Ditto, links from \[[ inline ..
 > change. --Ethan
 
 >> I want the "last pages" in my sidebar. and some links to a few special pages.
->> \[[inline ]] or \\[[map ]] in the sidebar is a bad idea, (because each update rebuilds
+>> \[[!inline ]] or \\[[!map ]] in the sidebar is a bad idea, (because each update rebuilds
 >> all the wiki), so I use server-side-include instead of the sidebar plugin; 
 >> this reduces the dependencies
 >> my sidebar is generated as http://foo.org/menu/index.html, so all the links generated by 
->> \[[inline ]] or \[[map ]] are relative to this position. 
+>> \[[!inline ]] or \[[!map ]] are relative to this position. 
 >> Included from http://foo.org/section/sub/blah/index.shtml, the links are broken.
 >>
 >> â€” NicolasLimare
index 0ea5d910cc6e2db7814f1ebee55b328ec16aa55b..0a036d3153dc0723d7562eceba03e7b77e671ed8 100644 (file)
@@ -1,6 +1,6 @@
 I am serving notice that I am starting work on a calendar plugin inspired by Blosxom's calendar plugin. The current plan is to create a plugin that looks through all the source files matching a certain pagespec, and optionally spit out a month view for the specified month (default to current), or spit out a year view for a given year (defaulting to the current year), of a list  of year with posts in them. The output would be a table, with the same CSS directives that the Blosxom plugin used to use (so that I can just reuse my css file).  The links would be created to a $config{archivedir}/$year or $config{archivedir}/$year-$month file, which can just have 
 
-     \[[inline pages="blog/* and !*/Discussion and creation_year($year) and creation_month($month)" rss="no" atom="no" show="0"]]
+     \[[!inline pages="blog/* and !*/Discussion and creation_year($year) and creation_month($month)" rss="no" atom="no" show="0"]]
 
 or some thing to generate a archive of postings. 
 
@@ -10,21 +10,21 @@ ManojSrivastava
 
 This plugin is inspired by the calendar plugin for Blosxom, but derivesno code from it. This plugin is essentially a fancy front end to archives of previous pages, usually used for blogs. It can produce a calendar for a given month, or a list of months for a given year. To invoke the calendar, just use the preprocessor directive:
 
-     \[[calendar ]]
+     \[[!calendar ]]
 
 or
 
-      \[[calendar type="month" pages="blog/* and !*/Discussion"]]
+      \[[!calendar type="month" pages="blog/* and !*/Discussion"]]
 
 or
 
-       \[[calendar type="year"  year="2005" pages="blog/* and !*/Discussion"]]
+       \[[!calendar type="year"  year="2005" pages="blog/* and !*/Discussion"]]
 
 
 The year and month entities in the out put have links to archive index pages, which are supposed to exist already. The idea is to create an archives hierarchy, rooted in the subdirectory specified in the site-wide customization variable, archivebase. archivebase defaults to "archives".  Links are created to pages "$archivebase/$year" and "$archivebase/$year/$month". The idea is to create annual and monthly indices, for example, by using something like this sample from my archives/2006/01.mdwn 
 
-          \[[meta title="Archives for 2006/01"]]
-          \[[inline rootpage="blog" atom="no" rss="no" show="0" pages="blog/* and !*/Discussion and creation_year(2006) and creation_month(01)" ]]
+          \[[!meta title="Archives for 2006/01"]]
+          \[[!inline rootpage="blog" atom="no" rss="no" show="0" pages="blog/* and !*/Discussion and creation_year(2006) and creation_month(01)" ]]
 
 I'll send in the patch via email.
 
index 069e2d4c2ac2f2897973cbfefee0be4190e30ddc..cb3e85b749a530dc11578db1704b58807a62062e 100644 (file)
@@ -23,7 +23,7 @@ What do you think about it? --[[PaweÅ‚|ptecza]]
 > `<span>`. A preprocessor directive is not really any less ugly than html
 > tags, though at least it could play nicely with nested markdown: --[[Joey]]
 > 
->      \[[color red,green """
+>      \[[!color red,green """
 >      Xmas-colored markdown here
 >      """]]
 
index c6f1fefe1a9c4e5f50c1088406b09dac35d5e244..4bdcf3d0121c8cfe249485bb506c4443520e86d0 100644 (file)
@@ -1,6 +1,6 @@
 I'd like to see some way to conditionally include wiki text based on
 whether the wiki enables or disables certain features.  For example,
-[[ikiwiki/formatting]], could use `\[[if (enabled smiley) """Also, because
+[[ikiwiki/formatting]], could use `\[[!if (enabled smiley) """Also, because
 this wiki has the smiley plugin enabled, you can insert \[[smileys]] and
 some other useful symbols."""]]`, and a standard template for [[plugins]]
 pages could check for the given plugin name to print "enabled" or
@@ -52,7 +52,7 @@ Syntax could vary greatly here, both for the
 > As to the syntax, to fit it into standard preprocessor syntax, it would
 > need to look something like this:
 >
->      \[[if test="enabled(smiley)" """foo"""]]
+>      \[[!if test="enabled(smiley)" """foo"""]]
 > 
 > --[[Joey]]
 
@@ -70,7 +70,7 @@ Syntax could vary greatly here, both for the
 >>
 >> A few use cases for `included`, which I would really like to see:
 >>
->> * On the sidebar page, you could say something like \[[if test="!included"
+>> * On the sidebar page, you could say something like \[[!if test="!included"
 >>   """This page, without this help message, appears as a sidebar on all
 >>   pages."""]].  The help text would then only appear on the sidebar page
 >>   itself, not the sidebar included on all pages.
@@ -110,7 +110,7 @@ This is now completely [[todo/done]]! See [[plugins/conditional]].
 Is there a way to test features other than plugins? For example,
 to add to [[ikiwiki/Markdown]] something like
 
-    \[[if test="enabled(multimarkdown)" then="You can also use..."]]
+    \[[!if test="enabled(multimarkdown)" then="You can also use..."]]
 
 (I tried it like that just to see if it would work, but I wasn't that lucky.)
 --ChapmanFlack
index 50fe3935739b156602746056ab514d8393643ea1..12a91b4ee21cc7e735567ba3c99e1d97271c59c6 100644 (file)
@@ -14,14 +14,14 @@ documentation yet, I'm waiting for feedback first, but I'll do it for sure. -- [
 >> Hmmm, what do you mean? Adding a syntax such as the one below?
 >> Or something else?
 
-        \[[if test="map(" then="..." else="..."]]
+        \[[!if test="map(" then="..." else="..."]]
 
 >> What would you write in the `then` clause?
 >> I'm not opposed at all to rewrite my two-liner, but I don't understand.
 >> --[[intrigeri]]
 
-       \[[if  test="foo/*" then="""
-       [[map pages="foo/*"]]
+       \[[!if  test="foo/*" then="""
+       [[!map pages="foo/*"]]
        """ else="no pages"]]
 
 --[[Joey]]
index 1ce52f0ca128922d54b247420548895da8012424..f85a956dbc65e4a771de4da50d3be83f03b5f976 100644 (file)
@@ -29,7 +29,7 @@ For images, videos, etc. it would be nice to have some kind of meta data file to
 height, compression, etc. which could be initially created by 'ikiwiki --generate-meta-stuff'. 
 Then PageSpec should be
 teached to use these. Galleries could then be generated by means of
-\[[inline pages="type(image/*) and year(2007)" template="gallery"]].  It
+\[[!inline pages="type(image/*) and year(2007)" template="gallery"]].  It
 should of course be possible to edit this information via ikiwiki.cgi and with any
 text editor (Name: value). This should also allow for creations of default .html pages with
 the image/video/file/... and a discussion page. Probably named image.mdwn and image/discussion.
index dd72ab3cebb6aa6c890d310e02fb454031bd39c8..33098c601e9ee6f13be3a096313a480e17cb1db9 100644 (file)
@@ -1,5 +1,5 @@
 Here is a patch for the [[plugins/meta]] plugin. It adds the possibility to define the language 
-used for a page, with \[[meta lang="ja"]]
+used for a page, with \[[!meta lang="ja"]]
 
 It doesn't insert the langage information in the xhtml meta elements, but defines a LANG
 variable to use in the templates, for example with
index b07ccf308cd2544b9a481b136fefed6cd88886d1..e96e4b78226fb2bfe167989e0d5f24cfcee6282c 100644 (file)
@@ -197,7 +197,7 @@ This are of course the minority of people (but I guess also the minority of peop
 
 
 > I'm thinking about renameing the preprocessor directive to teximg.
-> \[[teximg code="" alt="foo"]] makes sense.. Would it make sense to rename
+> \[[!teximg code="" alt="foo"]] makes sense.. Would it make sense to rename
 > the whole plugin, or do you think that other tex stuff should go in this
 > same plugin?
 
index a09a48a641949c7ab9cd3ccf8b22f37ba1e2fd0d..81a2c1328d725a0bcdf04aef30c84db560493728 100644 (file)
@@ -3,7 +3,7 @@ of CVS/SVN-style keywords (like '$Id$', etc.) from the source file in the page t
 
 > So the idea is you'd write something like:
 > 
->      \[[meta rcsid="$Id$"]]
+>      \[[!meta rcsid="$Id$"]]
 > 
 > And this would be put at the bottom of the page or somewhere like that by
 > the template?
index c1f99fb2b3fce205124af73e40d0edc952501914..361f0035188e9624a00853fc8dbfc1536599d6a0 100644 (file)
@@ -1,7 +1,7 @@
 There should be a way to add metadata to a page. Probably a plugin could do
 this, for example:
 
-       \[[meta foo="bar"]]
+       \[[!meta foo="bar"]]
 
 Uses for this include:
 
index 5d8b9c4229842807fa22e107ce470dbda800f572..0cc7137ba46b31d0978ca96cc0ad68cc997cef68 100644 (file)
@@ -4,9 +4,9 @@ has a child). Basically, you give it a page called missingparents.mdwn,
 something like this:
 
 <pre>
-[[!missingparents pages="posts/* and !posts/*/*" generate="""[[template id=year text="$page"]]"""]]
-[[!missingparents pages="posts/*/* and !posts/*/*/*" generate="""[[template id=month text="$page"]]"""]]
-[[!missingparents pages="posts/*/*/* and !posts/*/*/*/*" generate="""[[template id=day text="$page"]]"""]]
+[[!missingparents pages="posts/* and !posts/*/*" generate="""[[!template id=year text="$page"]]"""]]
+[[!missingparents pages="posts/*/* and !posts/*/*/*" generate="""[[!template id=month text="$page"]]"""]]
+[[!missingparents pages="posts/*/*/* and !posts/*/*/*/*" generate="""[[!template id=day text="$page"]]"""]]
 </pre>
 
 And it scans the whole wiki for pages that match the pagespecs but are missing
index 7e7ef3a49bec60ad1bd4c784d286f043dcfe5d40..b5080dc3ca22ef24ad87de301f3cc7b0f584b567 100644 (file)
@@ -11,8 +11,8 @@ nesting, a new syntax would be needed. Maybe something xml-like?
 >
 > For example, I *think* you can unambiguously parse the following:
 >
->     \[[if test="enabled(template) and templates/foo" then="""
->     [[template id=foo content="""Flying Purple People Eater"""]]
+>     \[[!if test="enabled(template) and templates/foo" then="""
+>     [[!template id=foo content="""Flying Purple People Eater"""]]
 >     """]]
 >
 > --[[JoshTriplett]]
index e73e6c09ef970096ab8751d9feac1bebd9bb3af5..c0af59eba54dc36924791da2dd59f4179be23f38 100644 (file)
@@ -10,11 +10,11 @@ and wait for someone with the access/confidence to apply them.
 Maybe this can be enhanced with a [[ikiwiki/PreprocessorDirective]]:
 
 <pre>
-\[[suggest op=merge dstfile=trunk srcfile=branches/jk oldrev=1234 newrev=1342]]
+\[[!suggest op=merge dstfile=trunk srcfile=branches/jk oldrev=1234 newrev=1342]]
 
-\[[suggest op=move srcpage=/blog dstpage=/blog_support]]
+\[[!suggest op=move srcpage=/blog dstpage=/blog_support]]
 
-\[[suggest patch="""
+\[[!suggest patch="""
 Index: IkiWiki/CGI.pm
 ===================================================================
 --- IkiWiki/CGI.pm      (rĂ©vision 4119)
index 91128a860faffcfe7b66780238ee3b1e6d11e84f..25a8ea4dbf973e365357b670f54bc0f3a333439b 100644 (file)
@@ -92,7 +92,7 @@ your pages. --Ethan
 Here's a full design for redoing recentchanges, based on Ethan's ideas:
 
 * Add a recentchanges plugin that has a preprocessor directive:
-       \[[recentchanges num=100 pages=* template=recentchanges.tmpl]]
+       \[[!recentchanges num=100 pages=* template=recentchanges.tmpl]]
   If put on the [[recentchanges]] page, this would result in up to 100
   recentchanges/change_$id.mdwn files being created.
 * Which means the plugin has to store state and use a checkconfig hook
index d03d374119d4f0db40646ea34ce98abcadd2b74f..765c445ab438fa4eb2426ca862edd99d9edc8ae1 100644 (file)
@@ -1,19 +1,19 @@
 [[plugins/shortcut]] creates link shortcut [[ikiwiki/PreprocessorDirective]]s,
 which substitute their argument into the specified shortcut URL to generate
 the link target, and use the argument as the link text.  For example, given
-the example [[shortcuts]], `\[[wikipedia ikiwiki]]` generates a link to
+the example [[shortcuts]], `\[[!wikipedia ikiwiki]]` generates a link to
 <http://en.wikipedia.org/wiki/ikiwiki>, with the link text "ikiwiki".  This
 works well in many cases; however, for things like the `debbug` example, it
 simply uses the number as the link text, which does not always provide
 enough context to understand the link at first glance.  For example,
-`\[[debbug 397501]]` generates a link to <http://bugs.debian.org/397501>,
+`\[[!debbug 397501]]` generates a link to <http://bugs.debian.org/397501>,
 with just "397501" as the link text.  While [[plugins/template]] provides a
 general solution for arbitrary cases, it would help to have a simple option
 via the shortcut plugin to set the link text, with a `%s` substitution.
-Thus, something like `\[[shortcut name=debbug
+Thus, something like `\[[!shortcut name=debbug
 url="http://bugs.debian.org/%s" desc="bug #%s"]]` might suffice on a
 Debian-specific wiki to indicate a bug number, while a more general wiki
-might use something like `\[[shortcut name=debbug
+might use something like `\[[!shortcut name=debbug
 url="http://bugs.debian.org/%s" desc="Debian bug #%s"]]`.
 
 > [[todo/done]] --[[Joey]]
index daec3696a05119e06dbb23d5af4b2387f3779449..4454043154e3e787f2a141cc75fd952d87d12b92 100644 (file)
@@ -6,39 +6,39 @@ Consider the "All files in this package search" on
 To create a "debfiles" [[shortcut|shortcuts]] that takes a package name, you
 could just hardcode the architecture and distribution:
 
-    \[[shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=unstable&arch=i386"]]
-    \[[debfiles ikiwiki]]
+    \[[!shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=unstable&arch=i386"]]
+    \[[!debfiles ikiwiki]]
 
 But what if you could have them as optional parameters instead?  The syntax
 for the invocation should look like this:
 
-    \[[debfiles ikiwiki dist=testing]]
+    \[[!debfiles ikiwiki dist=testing]]
 
 Some possible syntax choices for the shortcut definition:
 
-    \[[shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=%(dist)s&arch=%(arch)s" dist="unstable" arch="i386"]]
-    \[[shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=%(dist=unstable)s&arch=%(arch=i386)s"]]
-    \[[shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=%{dist=unstable}&arch=%{arch=i386}"]]
-    \[[shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=$*&searchmode=filelist&case=insensitive&version=${dist=unstable}&arch=${arch=i386}"]]
+    \[[!shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=%(dist)s&arch=%(arch)s" dist="unstable" arch="i386"]]
+    \[[!shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=%(dist=unstable)s&arch=%(arch=i386)s"]]
+    \[[!shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=%s&searchmode=filelist&case=insensitive&version=%{dist=unstable}&arch=%{arch=i386}"]]
+    \[[!shortcut name=debfiles url="http://packages.debian.org/cgi-bin/search_contents.pl?word=$*&searchmode=filelist&case=insensitive&version=${dist=unstable}&arch=${arch=i386}"]]
 
 --[[JoshTriplett]]
 
 Well, you can already do this kind of thing with templates. Invocation does
 look different:
 
-    \[[template id=debfiles package=ikiwiki dist=testing]]
+    \[[!template id=debfiles package=ikiwiki dist=testing]]
 
 --[[Joey]]
 
 > I think I would find templates sufficient, if:
 >
 > 1. I could use the name of the template as a preprocessor directive
->    (`\[[templatename ...]]`), rather than using the `template` directive
->    with an `id` argument (`\[[template id=templatename]]`).
+>    (`\[[!templatename ...]]`), rather than using the `template` directive
+>    with an `id` argument (`\[[!template id=templatename]]`).
 > 2. Template invocation allowed bare values in addition to `key=value`
 >    arguments, and template definition supported some means to access the
->    value.  This would allow `\[[debfiles ikiwiki]]` rather than
->    `\[[debfiles package=ikiwiki]]`.
+>    value.  This would allow `\[[!debfiles ikiwiki]]` rather than
+>    `\[[!debfiles package=ikiwiki]]`.
 > 3. I could use ikiwiki syntax in the template, not just HTML and
 >    HTML::Template.  (If I can already do that, then [[/plugins/template]]
 >    should make that more clear.)
index 8041732ae9f4f6c505013f1ab9e8d2b0ff3f3293..8615b2754b7e20e6b49c201329a29530fd130e0a 100644 (file)
@@ -11,7 +11,7 @@ Window System protocol".  --[[JoshTriplett]]
 > If I don't understand this, can you give an HTML example? --[[JeremyReed]]
 
 >> The problem is like that in [[bugs/shortcuts_don't_escape_from_Markdown]]. We would like to use 
->> the shortcuts plugin but add a descriptive text -- in this case \[[xcbgit src/xcb.xsd|XML Schema...]]
+>> the shortcuts plugin but add a descriptive text -- in this case \[[!xcbgit src/xcb.xsd|XML Schema...]]
 >> The file src/xcb.xsd could be any url, and the point of shortcuts is that you get to shorten it.
 >> --Ethan
 
@@ -22,7 +22,7 @@ Window System protocol".  --[[JoshTriplett]]
 >>> However, I want to define a [[plugins/shortcut]] to save the typing.  If I
 >>> define something like `protogit` pointing to
 >>> `http://gitweb.freedesktop.org/?p=xcb/proto.git;a=blob;hb=HEAD;f=%s`, then
->>> I can write `\[[protogit src/xcb.xsd]]`; however, I then can't change the
+>>> I can write `\[[!protogit src/xcb.xsd]]`; however, I then can't change the
 >>> link text to anything other than what the shortcut defines as the link
 >>> text. I want to write something like
 >>> `\[[XML Schema for the X Window System Protocol|protogit src/xcb.xsd]]`,
@@ -44,7 +44,7 @@ Window System protocol".  --[[JoshTriplett]]
 
 ---
 
-One possible alternative, would be a general `\[[url ]]` scheme for all kinds of links. As mentioned in [[Short_wikilinks]], I have wanted a way to enter links to the wiki with markdown-style references,
+One possible alternative, would be a general `\[[!url ]]` scheme for all kinds of links. As mentioned in [[Short_wikilinks]], I have wanted a way to enter links to the wiki with markdown-style references,
 specifying the actual target elsewhere from the text, with just a short reference in the text. To facilitate automatic conversion from earlier (already markdownised) "blog", I finally ended up writing a custom plugin that simply gets the location of wikipage, and use markdown mechanisms:
 
     Here [is][1] a link.
@@ -55,11 +55,11 @@ specifying the actual target elsewhere from the text, with just a short referenc
 
 So that the 'l' plugin inserts the location the page there, and markdown does the rest. My plugin currently fails if it can't find the page, as that is sufficient for my needs. Differing colouring for non-existing pages is not doable in a straightforward manner with this approach.
 
-For external links, that is no concern, however. So you could define for each shortcut an alternative directive, that inserts the URL. Perhaps `\[[url shortcutname params]]` or `\[[@shortcutname params]]` (if the preprocessor supported the @), and this could be extended to local links in an obvious manner: `\[[url page]]` or `\[[@page]]`. Now, if you could just get rid off the parantheses for markdown, for the short inline links --[[tuomov]] (who'd really rather not have two separate linking mechanisms: ikiwiki's heavy syntax and markdown's lighter one).
+For external links, that is no concern, however. So you could define for each shortcut an alternative directive, that inserts the URL. Perhaps `\[[!url shortcutname params]]` or `\[[@shortcutname params]]` (if the preprocessor supported the @), and this could be extended to local links in an obvious manner: `\[[!url page]]` or `\[[@page]]`. Now, if you could just get rid off the parantheses for markdown, for the short inline links --[[tuomov]] (who'd really rather not have two separate linking mechanisms: ikiwiki's heavy syntax and markdown's lighter one).
 
 ---
 
-I've added code to make the \[[foo 123]] syntax accept a _desc_
+I've added code to make the \[[!foo 123]] syntax accept a _desc_
 parameter. I've named it like this to signal that it overrides the
 _desc_ provided at description time. `%s` is expanded here as well.
 
index c8e138820dc96299fbf2ab29d376806f0673bff3..56a74029ec7b80051786b5f925c9157b75752292 100644 (file)
@@ -16,8 +16,8 @@ It sounds like you're looking for templates, not shortcuts. --[[Joey]]
 > `url` still seems reasonable, and simple.  You could also use such shortcuts
 > without markup at all, as an abbreviation mechanism:
 > 
->     \[[shortcut name=spi desc="Software in the Public Interest, Inc."]]].
->     \[[shortcut name=sosp desc="Symposium on Operating System Principles"]]].
->     \[[shortcut name=cacm desc="Communications of the ACM"]]].
+>     \[[!shortcut name=spi desc="Software in the Public Interest, Inc."]]].
+>     \[[!shortcut name=sosp desc="Symposium on Operating System Principles"]]].
+>     \[[!shortcut name=cacm desc="Communications of the ACM"]]].
 >
 > --[[JoshTriplett]]
index 15a36fe43f467779e0db6afc7336ad942f206f75..0ef8a7847b01c6e2a514cb8a1ac738d3e78c6bcd 100644 (file)
@@ -18,8 +18,8 @@ Couldn't isolate the cause, but some sources for this problem may be:
 
 Other special things in my templates and site:
 
-* a sidebar with \[[include pages="notes/\*" template=foo]] while notes.mdwn has 
-  a \[[include pages="notes/*"]] and uses the sidebar; removed it, doesn't change
+* a sidebar with \[[!include pages="notes/\*" template=foo]] while notes.mdwn has 
+  a \[[!include pages="notes/*"]] and uses the sidebar; removed it, doesn't change
 * a template (biblio.tmpl) calling the "img" plugin with a template parameter as the
   image filename; removed it, doesn't change
 * some strange games with tags whose page calls a "map" directive to show other tags
index 06f1a83580b035dbf253d42d7b8553a8c03aac4a..f37d75ccb5f1d9b3af1e0ff51433f23fa62b59d8 100644 (file)
@@ -1,7 +1,7 @@
 How about a skip option for [[plugins/inline]]?  This would allow things like the following:
 
-    \[[inline pages="news/*" show="5"]]
-    \[[inline pages="news/*" skip="5" show="5" archive="yes"]]
+    \[[!inline pages="news/*" show="5"]]
+    \[[!inline pages="news/*" skip="5" show="5" archive="yes"]]
 
 > I just wrote a patch. --Ethan
 
index 35290fc38bc556d4753355218df2721151f98958..4891a1197194d78acb3a2739515014d2469a8f88 100644 (file)
@@ -1,6 +1,6 @@
 It would be great if I could to this:
 
-     \[[toc levels=3 skip=1]]
+     \[[!toc levels=3 skip=1]]
 
 I use h1 for big title on each page, and don't want it in my toc on that page.
 
@@ -10,7 +10,7 @@ That way I could have toc for h2 and h3 and h1 is skipped bacause it is big titl
 > another option is added, I wonder why you're using a h1 for a title on
 > each page when the page name already appears at the top of each page. And
 > if the page name isn't right for the title, you can use 
-> \[[meta title="foo"]] to override it. And this purposefully doesn't show
+> \[[!meta title="foo"]] to override it. And this purposefully doesn't show
 > up in the toc. --[[Joey]]
 
 >> aaaahhh, I made a mistake. U used some other page.tmpl and title was hidden,
index 484aa9d88f5881acee97098edf9c3b79ff704472..492a32b366a53c194e7effe393f831752ea0445e 100644 (file)
@@ -15,7 +15,7 @@ ManojSrivastava
 
 > I think you could now implement "toplvl" using [[conditionals|/plugins/conditional]]:
 >
->     \[[if test="destpage(/index)" then="""...""" else="""..."""]]
+>     \[[!if test="destpage(/index)" then="""...""" else="""..."""]]
 >
 > --[[JoshTriplett]]