Migrate doc/todo via prefix_directives

This is a partial commit of:
egrep -rl '\[\[[a-z]+ ' doc | xargs --max-args 1 ./ikiwiki-transition
prefix_directives

doc/todo/ACL.mdwn

@@ -21,7 +21,7 @@ something, that I think is very valuable.
 >>>> Which would rule out openid, or other fun forms of auth. And routing all access
 >>>> through the CGI sort of defeats the purpose of ikiwiki. --[[Ethan]]
 
-Also see [[debbug 443346]].
+Also see [[!debbug 443346]].
 
 I am considering giving this a try, implementing it as a module.
 Here is how I see it:

doc/todo/A_page_that_inlines_pages__61____34____42____34___results_in_unnecessary_feed_generation.mdwn

@@ -15,7 +15,7 @@ contains \[[inline pages="*"]].
 > N+1th page that its PageSpec matches is a no-op.
 > --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
 
 Here's a short script for replicating the bug. Just cut and paste this
 to a shell, (it will only muck in a new /tmp/ikiwiki-test directory

doc/todo/Account_moderation.mdwn

@@ -7,6 +7,6 @@ the account gets approved.)
 
 --[[JoshTriplett]]
 
-[[tag soc]]
+[[!tag soc]]
 
 [[wishlist]]

doc/todo/Add_DATE_parameter_for_use_in_templates.mdwn

@@ -83,4 +83,4 @@ regenerate this one against that).
 	-- 
 	1.5.2.2
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/Add_support_for_latest_Text::Markdown_as_found_on_CPAN.mdwn

@@ -8,7 +8,7 @@ This patch allows IkiWiki to work with either of the two:
 > be a good idea to check out current git master before spending time on
 > patches in the future. Thanks for the work anyway.. --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
 
     --- IkiWiki/Plugin/mdwn.pm.orig	2008-03-08 11:33:50.000000000 +0100
     +++ IkiWiki/Plugin/mdwn.pm	2008-03-08 13:37:21.000000000 +0100
@@ -42,4 +42,4 @@ The above patch, which is against ikiwiki-2.40, should fix [[bugs/markdown_modul
 
 -- [[HenrikBrixAndersen]]
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/Allow_web_edit_form_comment_field_to_be_mandatory.mdwn

@@ -1,7 +1,7 @@
-[[tag wishlist]]
-[[tag patch]]
+[[!tag wishlist]]
+[[!tag patch]]
 
-In our team internal wiki, we wish to impose a policy that all edits must have a comment. Patch in [[debbug 450620]].
+In our team internal wiki, we wish to impose a policy that all edits must have a comment. Patch in [[!debbug 450620]].
 
 > Good idea! I also hate empty commit comments, but I know that it's also a matter
 > of human mentality. Of course, you can forbid users to commit empty comments,

doc/todo/BTS_integration.mdwn

@@ -6,6 +6,6 @@ This seems somewhat difficult, as ikiwiki would need to maintain a cache of the
 
 [scmbug](http://www.mkgnu.net/?q=scmbug) might help here. --[[JoshTriplett]]
 
-[[tag soc]]
+[[!tag soc]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Bestdir_along_with_bestlink_in_IkiWiki.pm.mdwn

@@ -45,4 +45,4 @@ This patch adds function bestdir() which returns best directory from the directo
 ---- 
 -[[users/arpitjain]]
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/BibTeX.mdwn

@@ -69,4 +69,4 @@ Any thoughts on the best way to proceed?
 --[[JasonBlevins]], March 23, 2008 21:41 EDT
 
 
-[[tag soc]] [[tag wishlist]]
+[[!tag soc]] [[!tag wishlist]]

doc/todo/CGI_method_to_pullrefresh.mdwn

@@ -2,6 +2,6 @@
 
 In some situations, it makes sense to have the repository in use by ikiwiki reside on a different machine. In that case, one could juggle SSH keys for the `post-update` hook. A better way may be to provide a different `do` parameter handler for the CGI, which would pull new commits to the working clone and refresh the wiki. Then, the remote `post-update` hook could just `wget` that URL. To prevent simple DoS attacks, one might assign a simple password.
 
-[[tag wishlist]]
+[[!tag wishlist]]
 
 > [[done]] via the pinger and pingee plugins --[[Joey]]

doc/todo/Configurable_minimum_length_of_log_message_for_web_edits.mdwn

@@ -1,3 +1,3 @@
 It would be nice to specify a minimum length for the change log for web edits, and if it's only required vs. non-required. I realise this is not going to solve the problem of crap log messages, but it helps guard against accidental submissions which one would have logged. Mediawiki/wikipedia has that option, and I find it a useful reminder. --[[madduck]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Enable_filtering_of_files_indexed_for_search.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 A useful item, I think, would be for an option to disable certain pages from being indexed.
 

doc/todo/Gallery.mdwn

@@ -28,9 +28,9 @@ That's one way to do it, and it has some nice benefits, like being able to edit
 
 --[[Joey]]
 
-[[tag soc]]
+[[!tag soc]]
 
-[[tag wishlist]]
+[[!tag wishlist]]
 
 ----
 
@@ -59,7 +59,7 @@ For any feedback or query, feel free to mail me at arpitjain11 [AT] gmail.com
 
 Additional details are available [here](http://myweb.unomaha.edu/~ajain/ikiwikigallery.html).
 
-[[tag patch]]
+[[!tag patch]]
 
 > I'd love to merge this into ikiwiki.
 > 

doc/todo/Give_access_to_more_TMPL__95__VAR_variables_in_templates_inserted_by_the_template_plugin.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist patch]]
+[[!tag wishlist patch]]
 
 # Context
 

doc/todo/Location_of_pages_starting_with___36__tagbase_should_be_in__by_default.mdwn

@@ -10,4 +10,4 @@ subpage: `<current>/$tagbase/<tagname>`.
 
 See also: [[bugs/tags_base_dir_not_used_when_creating_new_tags]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Moving_Pages.mdwn

@@ -30,14 +30,14 @@ Brad
 >
 > This could also be implemented using a combination of raw inline and meta
 > to change the title (add a "redirected from etc." page. This could be done
-> with a plugin. A redirect page would be [[redirect page="newpage"]].
+> with a plugin. A redirect page would be [[!redirect page="newpage"]].
 > But then if you click "edit" on this redirect page, you won't be able
 > to edit the new page, only the call to redirect.
 > --Ethan
 
 -----
 
-[[tag patch]]
+[[!tag patch]]
 
 This is my second cut at a feature like that requested here.
 It can also be found [here](http://ikidev.betacantrips.com/patches/move.patch).

doc/todo/OpenSearch.mdwn

@@ -1,6 +1,6 @@
 [[plugins/search]] could provide [OpenSearch](http://www.opensearch.org/)
 metadata.  Various software supports OpenSearch (see the Wikipedia article on
-[[wikipedia OpenSearch]]); in particular, browsers like Firefox and Iceweasel
+[[!wikipedia OpenSearch]]); in particular, browsers like Firefox and Iceweasel
 will automatically discover an OpenSearch search and offer it in the search
 box.
 

doc/todo/Overlay_directory_for_pagetemplates.mdwn

@@ -6,4 +6,4 @@ Instead, I wonder whether it would be possible to create an overlay directory su
 
 [[madduck]]: Update: I did try setting `templates` in `ikiwiki.setup` but could not get it to work. Then I found in the code that ikiwiki already checks that dir before the `/usr/share/ikiwiki` one, and tried it again, and now it works... sorry.
 
-Thus [[taglink done]].
+Thus [[!taglink done]].

doc/todo/RSS_fields.mdwn

@@ -22,4 +22,4 @@ new blog post is created, and then the edit link would work fine.
 
 > I would really like for some additional TMP variables to be present in the rss template as well.  For the inline page template, the CTIME TMPL_VAR results in nice phrases like: <q>Posted late Tuesday morning, November 13th, 2007</q>, and it would be neat to let the planet Debian people see that as well :-) Manoj
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Raw_view_link.mdwn

@@ -10,4 +10,4 @@ The configuration setting for Mercurial could be something like this:
 > Not that I'm opposed to the idea of a plugin that adds a Raw link
 > --[[Joey]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Set_arbitrary_date_to_be_used_by_calendar_plugin.mdwn

@@ -1,4 +1,4 @@
-[[tag patch]]
+[[!tag patch]]
 
 Here's my next version of the patch - still a work in progress.
 
@@ -6,7 +6,7 @@ It provides the following new features. The features are designed to preserve th
 
  * If you specify an event preprocessor in a post, such as:
 
-    [[event time="2008-06-24"]]
+    [[!event time="2008-06-24"]]
 
  That date will be used instead of the post creation time when displaying the calendar.
 

doc/todo/Suggested_location_should_be_subpage_if_siblings_exist.mdwn

@@ -21,4 +21,4 @@ that we're at the root of a (sub-)hierarchy.
 > 
 > IMHO, what you really want is [[Moving_pages]]. :-) --[[Joey]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Support_XML-RPC-based_blogging.mdwn

@@ -1,6 +1,6 @@
 Perhaps ikiwiki should support XML-RPC-based blogging, using the [standard
 MetaWeblog protocol](http://www.xmlrpc.com/metaWeblogApi).  This would allow
-the use of applets like [[debpkg gnome-blog]] to post to an ikiwiki blog.  The
+the use of applets like [[!debpkg gnome-blog]] to post to an ikiwiki blog.  The
 protocol supports multiple blog names, so one standard URL with page names as
 blog names would work. --[[JoshTriplett]]
 
@@ -9,6 +9,6 @@ blog names would work. --[[JoshTriplett]]
 
 >> I'd love to see support for this and would be happy to contribute towards a bounty (say US$100) :-).  [PmWiki](http://www.pmwiki.org/) has a plugin which [implements this](http://www.pmwiki.org/wiki/Cookbook/XMLRPC) in a way which seems fairly sensible as an end user.  --[[AdamShand]]
 
-[[tag soc]]
+[[!tag soc]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/Support_tab_insertion_in_textarea.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 It'd be nice to be allowed to insert tabs into the textarea, as opposed to
 having to insert 4-spaces for lists/etc.  This would require JavaScript to

doc/todo/__42__forward__42__ing_functionality_for_the_meta_plugin.mdwn

@@ -1,4 +1,4 @@
-Here is a patch [[tag patch]] to add a *forward*ing functionality
+Here is a patch [[!tag patch]] to add a *forward*ing functionality
 to the [[`meta`_plugin|plugins/meta]].
 
 > [[done]], with some changes --[[Joey]]

doc/todo/absolute_urls_in_wikilinks.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 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)

doc/todo/aggregate_401_handling.mdwn

@@ -1,5 +1,5 @@
 The aggregate plugin's handling of http 301 (moved permanently) could be
-improved. Per [[rfc 1945]]:
+improved. Per [[!rfc 1945]]:
 
 > The requested resource has been assigned a new permanent URL
 > and any future references to this resource should be done

doc/todo/aggregate_to_internal_pages.mdwn

@@ -56,4 +56,4 @@ change their pagespecs to use `internal()`.
 > "ikiwiki-transition aggregateinternal $setupfile" moves the pages around,
 > although it doesn't update the pagespecs (I wouldn't know how...) --[[smcv]]
 
-[[tag patch done]]
+[[!tag patch done]]

doc/todo/allow_CGI_to_create_dynamic_pages.mdwn

@@ -1,3 +1,3 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 It would be cool if the CGI could be used to render dynamic pages. For instance, I might want to create a page with a `\[[map]]` according to a [[pagespec]] to be passed in the query string, instead of creating/hardcoding all possible pagespecs I might want to call.

doc/todo/allow_full_post_from_the___34__add_a_new_post__34___form.mdwn

@@ -9,4 +9,4 @@ comment form.
 > I agree that having this as an option is reasonable. Although it would
 > take a fair amount of work. --[[Joey]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/attachments.mdwn

@@ -11,4 +11,4 @@ nice to add:
   srcdir. This would allow the admin to review them, and manually
   add/delete them before they bloat history.
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/auto-create_tag_pages_according_to_a_template.mdwn

@@ -4,6 +4,6 @@ Tags are mainly specific to the object to which they’re stuck. However, I ofte
 
 Also see: <http://madduck.net/blog/2008.01.06:new-blog/> and <http://users.itk.ppke.hu/~cstamas/code/ikiwiki/autocreatetagpage/>
 
-[[tag wishlist]]
+[[!tag wishlist]]
 
 I would love to see this as well. -- dato

doc/todo/automatic_use_of_syntax_plugin_on_source_code_files.mdwn

@@ -7,7 +7,7 @@ as the type argument.
 
 Together with the ability to have
 [[wiki-formatted_comments|wiki-formatted_comments_with_syntax_plugin]],
-this would allow the use of ikiwiki for [[wikipedia literate programming]].
+this would allow the use of ikiwiki for [[!wikipedia literate programming]].
 
 * I have started something along these lines see [[plugins/contrib/sourcehighlight]].  For some reason I started with source-highlight [[DavidBremner]]
 

doc/todo/blogpost_plugin.mdwn

@@ -153,4 +153,4 @@ Index: IkiWiki.pm
  our $version='unknown'; # VERSION_AUTOREPLACE done by Makefile, DNE
 </pre>
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/calendar_--_archive_browsing_via_a_calendar_frontend.mdwn

@@ -38,7 +38,7 @@ mailed me, and my response to it. --[[Joey]]
 > > I'm sending in an updated package, and have removed the older version you had here.--ManojSrivastava
 
 
-[[tag patch]]
+[[!tag patch]]
 
 ----
 

doc/todo/canonical_feed_location.mdwn

@@ -13,4 +13,4 @@ with all news or the one with the latest news only, I don't know yet.)
 >> wouldn't embed the feed link into `<head>` so that browsers can automatically
 >> find it.
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/clickable-openid-urls-in-logs.mdwn

@@ -6,7 +6,7 @@ for SVN. If this is OK, I'll patch the other RCS modules, too.
 > recognise such commit messages when parsing the logs. Do that and extend
 > to the other modules and I'll accept it. --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]
 
 <pre>
 --- IkiWiki/Rcs/svn.pm  (revision 2650)

doc/todo/correct_published_and_updated_time_information_for_the_feeds.mdwn

@@ -110,4 +110,4 @@ Index: IkiWiki/Plugin/inline.pm
 
 [[done]] --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/darcs.mdwn

@@ -9,8 +9,8 @@ Here's Thomas Schwinge unfinished darcs support for ikiwiki.
 
 -- [Thomas Schwinge](mailto:tschwinge@gnu.org)
 
-[[toggle text="show"]]
-[[toggleable text="""
+[[!toggle text="show"]]
+[[!toggleable text="""
 	# Support for the darcs rcs, <URL:http://darcs.net/>.
 	# Copyright (C) 2006  Thomas Schwinge <tschwinge@gnu.org>
 	#
@@ -206,8 +206,8 @@ This is my ([bma](bma@bmalee.eu)) darcs.pm - it's messy (my Perl isn't up to muc
 
 `rcs_commit()` uses backticks instead of `system()`, to prevent darcs' output being sent to the browser and mucking with the HTTP headers (`darcs record` has no --quiet option). And `rcs_recentchanges()` uses regexes rather than parsing darcs' XML output.
 
-[[toggle text="show" id="bma"]]
-[[toggleable id="bma" text="""
+[[!toggle text="show" id="bma"]]
+[[!toggleable id="bma" text="""
 
 	#!/usr/bin/perl
 	
@@ -334,8 +334,8 @@ This is my ([bma](bma@bmalee.eu)) darcs.pm - it's messy (my Perl isn't up to muc
 
 Well, here's my version too. It only does getctime -- using a real XML parser, instead of regexp ugliness -- and maybe recentchanges, but that may be bitrotted, or maybe I never finished it, as I only need the getctime. As for actual commits, I have previously voiced my opinion, that this should be done by the plugin generating a patch bundle, and forwarding it to darcs in some way (`darcs apply` or even email to another host, possibly moderated), instead of the hacky direct modification of a working copy. It could also be faster to getctime in a batch. Just reading in all the changes the first time they're needed, might not be a big improvement in many cases, but if we got a batch request from ikiwiki, we could keep reaing the changes until all the files in this batch request have been met.  --[[tuomov]]
 
-[[toggle text="show" id="tuomov"]]
-[[toggleable id="tuomov" text="""
+[[!toggle text="show" id="tuomov"]]
+[[!toggleable id="tuomov" text="""
 <pre>
 #!/usr/bin/perl
 # Stubs for no revision control.
@@ -484,4 +484,4 @@ I have addressed the recentchanges bit, you can find my hacked up darcs.pm at <h
 
 It's got couple of FIXMEs, and a very site-specific filter for recentchanges. Not sure how to do that better though. I will eventually add web commits, probably of my own (and mention it here).
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/datearchives-plugin.mdwn

@@ -74,4 +74,4 @@ created and populated with the relevant posts. A [[ikiwiki/Pagespec]] works perf
 >>> might move it to the contributed plugins directory as it's a bit
 >>> specialised to be included in ikiwiki though. --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/discussion_page_as_blog.mdwn

@@ -30,4 +30,4 @@ I don't think that the nesting is very clear, I found it confusing..
 
 Would each page be its own individual blog? Or its own blog post? To me it seems like an entire wiki can be viewed as a blog, with threaded or unthreaded comments underneath.
 
-[[tag soc]]
+[[!tag soc]]

doc/todo/discussion_page_as_blog/discussion/castle/discussion.mdwn

@@ -1 +1 @@
-[[inline pages="sandbox/castle/discussion/* and !sandbox/castle/discussion/*/*" rootpage="sandbox/castle/discussion"]]
+[[!inline pages="sandbox/castle/discussion/* and !sandbox/castle/discussion/*/*" rootpage="sandbox/castle/discussion"]]

doc/todo/discussion_page_as_blog/discussion/castle/discussion/Don__39__t_like_foo.mdwn

@@ -1,3 +1,3 @@
 I don't like foo. Have you tried living without foo?
 
-[[inline pages="sandbox/castle/discussion/Don__39__t_like_foo/*" rootpage="sandbox/castle/discussion/Don__39__t_like_foo"]]
+[[!inline pages="sandbox/castle/discussion/Don__39__t_like_foo/*" rootpage="sandbox/castle/discussion/Don__39__t_like_foo"]]

doc/todo/done.mdwn

@@ -1,3 +1,3 @@
 recently fixed [[TODO]] items
 
-[[inline pages="link(todo/done) and !todo and !*/Discussion" sort=mtime show=10]]
+[[!inline pages="link(todo/done) and !todo and !*/Discussion" sort=mtime show=10]]

doc/todo/doxygen_support.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 Given that ikiwiki has a suggested use as a tool for developers, I was thinking it might be cool if ikiwiki had [Doxygen](http://www.doxygen.org/) support.  I'm not exactly sure how the integration would work.  Something along the lines of a plugin to support .dox files would be my first thought.  I'd leave generating the documentation from any source files for a separate run of Doxygen - it'd be easier and you probably don't want the source being edited over the web.
 

doc/todo/enable-htaccess-files.mdwn

@@ -12,7 +12,7 @@
                     qr/(^|\/).svn\//, qr/.arch-ids\//, qr/{arch}\//],
            wiki_link_regexp => qr/\[\[(?:([^\]\|]+)\|)?([^\s\]#]+)(?:#([^\s\]]+))?\]\]/,
 
-[[tag patch]]
+[[!tag patch]]
 
 This lets the site administrator have a `.htaccess` file in their underlay
 directory, say, then get it copied over when the wiki is built. Without
@@ -37,7 +37,7 @@ Hi, I would like to have my htaccess files in svn repository so ikiwiki would ex
 That way I have revision control on that file too. That may be a security concern, but I trust everybody that has svn commit
 access and such .htaccess files should not be accessible through wiki cgi. Of course, it could default to 'off'.
 
-> See [[debbug 447267]] for a patch for this.
+> See [[!debbug 447267]] for a patch for this.
 
 ---
 
@@ -47,4 +47,4 @@ but I use ikiwiki with a very small group of people collaborating so svn/web acc
 and htaccess is for limiting access to some areas of wiki.   
 It should be off by default of course. --Max
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/fileupload.mdwn

@@ -60,4 +60,4 @@ pagespec lock like the above prevents an edit or upload from happening,
 ikiwiki could display a reasonable message to the user, indicating what
 they've done wrong.)
 
-[[tag soc done]]
+[[!tag soc done]]

doc/todo/format_escape.mdwn

@@ -97,7 +97,7 @@ I've created an updated [patch](http://www.idletheme.org/code/patches/ikiwiki-fo
 --Ryan Koppenhaver
 
 ## Original patch
-[[tag patch]]
+[[!tag patch]]
 
 <pre>
 Index: debian/changelog

doc/todo/geotagging.mdwn

@@ -2,4 +2,4 @@ Would be nice to see a way of geotagging pages in an ikiwiki,
 and search/sort pages by distance to a given location, as well as
 showing page locations on a map (Google Map, OpenStreetMap, etc). -- [[users/vibrog]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/git-rev-list_requires_relative_path___40__fixes_git_ctime__41__.mdwn

@@ -21,4 +21,4 @@ Better to strip the path out in getctime, I guess.
 
 --[[Joey]]
 
-[[tag patch done]]
+[[!tag patch done]]

doc/todo/git_attribution.mdwn

@@ -4,6 +4,6 @@ on the semantics you want to imply (does a web edit constitute a commit by
 the user or by the script?), it could also set `GIT_COMMITTER_NAME` and
 `GIT_COMMITTER_EMAIL` to the same values.  --[[JoshTriplett]]
 
-> See [[debbug 451023]] for a [[patch]] --[[Joey]]
+> See [[!debbug 451023]] for a [[patch]] --[[Joey]]
 
 [[done]]

doc/todo/graphviz.mdwn

@@ -1,6 +1,6 @@
 How about a plugin providing a
 [[preprocessor_directive|ikiwiki/preprocessordirective]] to render a
-[[debpkg graphviz]] file as an image via one of the graphviz programs
+[[!debpkg graphviz]] file as an image via one of the graphviz programs
 ("dot" by default) and include the resulting image on the page, using the
 "cmapx" image map format?  graphviz files themselves could also render the
 same way into an HTML file with the same basename as the graphviz file;

doc/todo/hard-coded_location_for_man_pages_and_w3m_cgi_wrapper.mdwn

@@ -12,7 +12,7 @@ while the default stays as it is now.
 > INSTALLMAN1DIR (though MakeMaker lacks one for man8). I'd prefer not
 > adding new variables where MakeMaker already has them. --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]
 
 <pre>
 

doc/todo/index.html_allowed.mdwn

@@ -3,7 +3,7 @@ providing the usedirs option for output. The remaining patch, discussed
 below, concerns wanting to use foo/index.mdwn source files and get an
 output page name of foo, rather than foo/index. --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]
 
 ---
 

doc/todo/language_definition_for_the_meta_plugin.mdwn

@@ -81,4 +81,4 @@ This may be useful for sites with a few pages in different languages, but no ful
 > Please resolve lang somewhere reusable rather than within meta plugin: It is certainly usable outside
 > the scope of the meta plugin as well. --[[JonasSmedegaard]]
 
-[[tag wishlist patch plugins/meta translation]]
+[[!tag wishlist patch plugins/meta translation]]

doc/todo/latex.mdwn

@@ -1,7 +1,7 @@
 How about a plugin adding a
 [[preprocessor_directive|ikiwiki/preprocessordirective]] to render some given LaTeX
 and include it in the page?  This could either render the LaTeX as a PNG via
-[[debpkg dvipng]] and include the resulting image in the page, or perhaps
+[[!debpkg dvipng]] and include the resulting image in the page, or perhaps
 render via [HeVeA](http://pauillac.inria.fr/~maranget/hevea/index.html),
 [TeX2page](http://www.ccs.neu.edu/~dorai/tex2page/tex2page-doc.html), or
 similar. Useful for mathematics, as well as for stuff like the LaTeX version
@@ -216,5 +216,5 @@ Ah yes.. sorry forgot to update the plugin in my public_html folder %-). This wa
 > 
 > --[[Joey]]
 
-[[tag soc]]
-[[tag wishlist]]
+[[!tag soc]]
+[[!tag wishlist]]

doc/todo/let_inline_plugin_use_pagetemplates.mdwn

@@ -2,4 +2,4 @@ Is there any reason why the inline plugin's template parameter couldn't take any
 
 --[[madduck]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/limit_the_markup_formats_available_for_editing.mdwn

@@ -5,4 +5,4 @@ For `aggregate` to work, I have to have the `html` plugin enabled, and this allo
 
 --[[madduck]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/metadata.mdwn

@@ -11,9 +11,9 @@ Uses for this include:
   except it doesn't have to show up in the page text.
 * Recording page licenses.
 
-[[meta link=done]]
-[[meta title="supporting metadata..."]]
-[[meta author="Joey Hess"]]
-[[meta link="foo.css" rel="stylesheet" type="text/css"]]
+[[!meta link=done]]
+[[!meta title="supporting metadata..."]]
+[[!meta author="Joey Hess"]]
+[[!meta link="foo.css" rel="stylesheet" type="text/css"]]
 
 [[todo/done]]

doc/todo/minor_adjustment_to_setup_documentation_for_recentchanges_feeds.mdwn

@@ -18,7 +18,7 @@ turn on feeds for recentchanges.
             # Allow generating feeds even if not generated by default?
             #allowrss => 1,
 
-[[tag patch]]
+[[!tag patch]]
 
 > Hmm, recentchanges is just a blog. Of course the word "blog" is perhaps
 > being used in too broad a sense here, since it tends to imply personal

doc/todo/missingparents.pm.mdwn

@@ -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
@@ -105,7 +105,7 @@ Index: IkiWiki/Plugin/missingparents.pm
 +	my %params=@_;
 +
 +	if (! defined $params{pages} || ! defined $params{generate}) {
-+		return "[[missingparents ".gettext("missing pages or generate parameter")."]]";
++		return "[[!missingparents ".gettext("missing pages or generate parameter")."]]";
 +	}
 +
 +	push @pagespecs, \%params;
@@ -258,4 +258,4 @@ Index: IkiWiki.pm
  	my $page=shift;
 </pre>
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/more_class__61____34____34___for_css.mdwn

@@ -36,7 +36,7 @@ added after an inlined page (namely: the post date, the tags, and the actions):
     +
     +</div>
 
-[[tag patch]]
+[[!tag patch]]
 
 > Unfortunately, the inlinepage content passes through markdown, and markdown
 > gets confused by these nested div's and puts p's around one of them, generating
@@ -53,7 +53,7 @@ added after an inlined page (namely: the post date, the tags, and the actions):
 >> alternatives is always a good thing and perhaps, the fact that pandoc can make markdown->LaTeX
 >> conversion may lead to new possibilities. --[[Roktas]]
 
->>> I confirm that this ([[debbug 405058]]) has just been fixed in markdown
+>>> I confirm that this ([[!debbug 405058]]) has just been fixed in markdown
 >>> [`1.0.2b7`](http://packages.debian.org/experimental/web/markdown) (BTW, thanks to your bug
 >>> report Joey).  FYI, I've observed some performance drop with `1.0.2b7` compared to `1.0.1`,
 >>> especially noticable with big files.  This was also confirmed by someone else, for example,

doc/todo/multiple_output_formats.mdwn

@@ -14,4 +14,4 @@ would be impractical to say the least.
 
 --[[bma]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/multiple_repository_support.mdwn

@@ -12,4 +12,4 @@ manually configure it in the setup file.
 
 --[[Joey]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/pagespec_relative_to_a_target.mdwn

@@ -88,7 +88,7 @@ diff -urNX ignorepats ikiwiki/IkiWiki/Plugin/relative.pm ikidev/IkiWiki/Plugin/r
 +1
 </pre>
 
-[[tag patch]]
+[[!tag patch]]
 
 > This looks really interesting.  It reminds me of XPath and its conditionals.
 > Those might actually work well adapted to pagespecs.  For instance, to write

doc/todo/parse_debian_packages.mdwn

@@ -67,4 +67,4 @@ automatically.
 >>> Sure, a plugin is just a perl library so can easily be packaged
 >>> separately.
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/passwordauth:_sendmail_interface.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 For sending out password reminder emails, the [[plugins/passwordauth]] plugin currently uses
 the *[Mail::Sendmail](http://search.cpan.org/perldoc?Mail::Sendmail)* module.
@@ -24,7 +24,7 @@ in the ikiwiki source code, where emailing is done.
 
 --[[tschwinge]]
 
-> One that is in Debian is [[cpan Email::Send]], which can do SMTP and
+> One that is in Debian is [[!cpan Email::Send]], which can do SMTP and
 > sendmail and some other methods and falls back through methods until one
 > succeeds. I haven't tried to use it but it looks like a feasable
 > candidate.
@@ -34,13 +34,13 @@ in the ikiwiki source code, where emailing is done.
 
 OK, so I'll have a look at replacing all email handling with *Email::Send*.
 
-[[tag patch]]
+[[!tag patch]]
 *<http://www.thomas.schwinge.homeip.net/tmp/ikiwiki-sendmail.patch>*
 
 Remaining TODOs:
 
   * Resolve TODOs as denoted inside the patch.
-  * Is it worthwhile to use and depend on [[cpan Return::Value]]
+  * Is it worthwhile to use and depend on [[!cpan Return::Value]]
     just for this bit of functionality?
   * Debian news file.
   * ikiwiki news file.

doc/todo/pedigree_plugin.mdwn

@@ -191,4 +191,4 @@ Merged, nice work. (Overkill having a test suite. ;-) --[[Joey]]
 > (master language + translations) support. Expect news from me on
 > this front in the next weeks. --[[intrigeri]]
 
-[[tag patch done]]
+[[!tag patch done]]

doc/todo/provide_a_mailing_list.mdwn

@@ -37,4 +37,4 @@ more users, the number of such requests will also increase. --[[madduck]]
 >> can use that as an alternative. I'm happy to chat about this, ping me..
 >> --[sm](http://joyful.com)
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/provide_inline_diffs_in_recentchanges.mdwn

@@ -1,3 +1,3 @@
 It would rock if I could view diffs from the web without going via feeds. I envision toggle-style buttons on the recentchanges page, or just links to the CGI, which then displays the diff... --[[madduck]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/quieten-bzr.mdwn

@@ -20,7 +20,7 @@ The fix is simply to call `bzr` with the _--quiet_ switch. Something like this a
     > 
 
 
-[[tag patch]]
+[[!tag patch]]
 
 > [[done]], although I left off the escapeHTML thing which seems to be in
 > your patch by accident.

doc/todo/rcs.mdwn

@@ -3,7 +3,7 @@ I have used it probably over hundred times but needs some work.
 
 <http://www.reedmedia.net/~reed/tmp-sfhkcjkfrfh/rcs.pm>
 
-[[tag patch]]
+[[!tag patch]]
 
 > Clearly needs some cleanup and perhaps some of the missing stubs
 > implemented, before it can be included into ikiwiki. 

doc/todo/rel_attribute_for_links.mdwn

@@ -16,4 +16,4 @@ This can also help for css decoraton. An example of these patches in use: http:/
 
 — NicolasLimare
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/replace_HTML::Template_with_Template_Toolkit.mdwn

@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 HTML::Template is an okay templating kit, but it lacks a lot of powerful
 features and thus makes it rather hard to give an ikiwiki site a consistent

doc/todo/review_mechanism.mdwn

@@ -32,4 +32,4 @@ Change queues would be wiki pages as well (probably using [[inlines|plugins/inli
 >
 > -- [[JoshTriplett]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/shortcut_with_different_link_text.mdwn

@@ -49,9 +49,9 @@ specifying the actual target elsewhere from the text, with just a short referenc
 
     Here [is][1] a link.
 
-      [1]: [[l a_page_in_the_wiki]]
+      [1]: [[!l a_page_in_the_wiki]]
 
-    Obviously [this]([[l another_page]]) also works, although the syntax is quite cumbersome.
+    Obviously [this]([[!l another_page]]) also works, although the syntax is quite cumbersome.
 
 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.
 

doc/todo/should_optimise_pagespecs.mdwn

@@ -79,4 +79,4 @@ I can think about reducung the size of my wiki source and making it available on
 > 
 > --[[Joey]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/simple_text_parsing_or_regex_in_template_or_shortcut.mdwn

@@ -2,8 +2,8 @@ Either [[plugins/template]] or [[plugins/shortcut]] should support some form
 of very simple text parsing or regex application, to make it possible to write
 shortcuts like these:
 
-    [[mmlist listname@lists.example.org]] -> <listname@example.org> ([mailman page] (http://lists.example.org/mailman/listinfo/listname)
-    [[debcl packagename]] -> [packagename changelog](http://packages.debian.org/changelogs/pool/main/p/packagename/current/changelog)
+    [[!mmlist listname@lists.example.org]] -> <listname@example.org> ([mailman page] (http://lists.example.org/mailman/listinfo/listname)
+    [[!debcl packagename]] -> [packagename changelog](http://packages.debian.org/changelogs/pool/main/p/packagename/current/changelog)
 
 For shortcut definitions, a `match` parameter could supply a regex, and then the `url` and `desc` parameters could make use of the named or numbered groups from the match.
 

doc/todo/stylesheet_suggestion_for_verbatim_content.mdwn

@@ -7,7 +7,7 @@ AFAICS, my web browser already has a built-in monospace font, which I can
 see in action in the preformatted patch below. So I don't see why the
 default style sheet should do this. --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]
 
 <pre>
 diff --git a/basewiki/style.css b/basewiki/style.css

doc/todo/support_for_SDF_documents.mdwn

@@ -1,8 +1,8 @@
-I think it would be useful for ikiwiki to support [[debpkg sdf]] input,
+I think it would be useful for ikiwiki to support [[!debpkg sdf]] input,
 which can be converted and rendered to many formats.
 I should add, however, that SDF allows executing arbitrary perl code
 from its documents; which means some sanitization would need to occur
 before the document is fed to sdf.
 --[[JeremieKoenig]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/supporting_comments_via_disussion_pages.mdwn

@@ -62,7 +62,7 @@ So, I have some code, included below.  For some reason that I don't quite get it
 
 What I ended up doing is write something like this to the page:
 
-    [[blogcomment from="""Username""" timestamp="""12345""" subject="""Some text""" text="""the text of the comment"""]]
+    [[!blogcomment from="""Username""" timestamp="""12345""" subject="""Some text""" text="""the text of the comment"""]]
 
 Each comment is processed to something like this:
 
@@ -133,7 +133,7 @@ Each comment is processed to something like this:
             $cgi->param('comments') : '';
         my $comment=$cgi->param('blogcomment');
 
-        $content.=qq{[[blogcomment from="""$name""" timestamp="""$timestamp""" subject="""$subject""" text="""$comment"""]]\n\n};
+        $content.=qq{[[!blogcomment from="""$name""" timestamp="""$timestamp""" subject="""$subject""" text="""$comment"""]]\n\n};
         $content=~s/\n/\r\n/g;
         $form->field(name => "editcontent", value => $content, force => 1);
     } # }}}

doc/todo/tidy_git__39__s_ctime_debug_output.mdwn

@@ -12,4 +12,4 @@
  	 	return $ctime;
  	 } #}}}
 
-[[tag patch done]]
+[[!tag patch done]]

doc/todo/tla.mdwn

@@ -1,4 +1,4 @@
 * Need to get post commit hook code working.
 * Need some example urls for web based diffs.
 
-[[tag rcs/tla]]
+[[!tag rcs/tla]]

doc/todo/tmplvars_plugin.mdwn

@@ -1,6 +1,6 @@
 A simple plugin to allow per-page customization of a template by passing paramaters to HTML::Template. For those times when a whole pagetemplate is too much work. --Ethan
 
-[[tags patch]]
+[[!tags patch]]
 
     #!/usr/bin/perl
     package IkiWiki::Plugin::tmplvars;

doc/todo/toggle_initial_state.mdwn

@@ -1,6 +1,6 @@
 It would be nice if one could set the initial state of the toggleable area.
 --[[[rdennis]]
 
-[[tag plugins/toggle]]
+[[!tag plugins/toggle]]
 
 [[done]]

doc/todo/turn_edittemplate_verbosity_off_by_default.mdwn

@@ -27,4 +27,4 @@ I think this (untested) patch might just do the trick:
 
 --[[madduck]]
 
-[[tags wishlist patch]]
+[[!tags wishlist patch]]

doc/todo/typography_plugin_configuration.mdwn

@@ -1,5 +1,5 @@
 The [[typography_plugin|plugins/typography]] could support configuration of
-which translations to make.  [[cpan Text::Typography]] supports fine-grained
+which translations to make.  [[!cpan Text::Typography]] supports fine-grained
 control of which translations to make, so [[plugins/typography]] just needs to
 expose this somehow. --[[JoshTriplett]]
 

doc/todo/unaccent_url_instead_of_encoding.mdwn

@@ -6,4 +6,4 @@ This is a one liner change, but requires a bit of reordering in the code.
 
 [[cstamas]]
 
-[[tag wishlist patch]]
+[[!tag wishlist patch]]

doc/todo/varioki_--_add_template_variables___40__with_closures_for_values__41___in_ikiwiki.setup.mdwn

@@ -263,4 +263,4 @@ ManojSrivastava
 +
 </pre>
 
-[[tag patch]]
+[[!tag patch]]

doc/todo/web_gui_for_managing_tags.mdwn

@@ -9,4 +9,4 @@ MoinMoin has a simple implementation of this, [click here to see an example](htt
 
 --[[AdamShand]]
 
-[[tag wishlist]]
+[[!tag wishlist]]

doc/todo/wikiwyg.mdwn

@@ -22,11 +22,11 @@ other way to feed it the actual source for a page, this seems like a
 problem. According to the developers, it is possible to do that, and start
 off in WikiText mode.
 
-[[tag soc]]
+[[!tag soc]]
 
-[[tag wishlist]]
+[[!tag wishlist]]
 
-[[tag patch]]
+[[!tag patch]]
 
 Project IkiWiki::WIKIWYG v1.6 - <http://ikiwiki.xbaud.com/>
 ===========================================================