]> sipb.mit.edu Git - ikiwiki.git/commitdiff
Migrate doc/bugs via prefix_directives
authorSimon McVittie <smcv@ http://smcv.pseudorandom.co.uk/>
Mon, 21 Jul 2008 11:31:04 +0000 (12:31 +0100)
committerSimon McVittie <smcv@ http://smcv.pseudorandom.co.uk/>
Mon, 21 Jul 2008 11:31:04 +0000 (12:31 +0100)
This is a partial commit of:
egrep -rl '\[\[[a-z]+ ' doc | xargs --max-args 1 ./ikiwiki-transition
prefix_directives

45 files changed:
doc/bugs/Another_UTF-8_problem.mdwn
doc/bugs/CGI_problem_with_some_webservers.mdwn
doc/bugs/Can__39__t_create_root_page.mdwn
doc/bugs/Insecure_dependency_in_utime.mdwn
doc/bugs/Monotone_rcs_support.mdwn
doc/bugs/No___34__sid__34___in_forms_resulting_in_Error:_Your_login_session_has_expired..mdwn
doc/bugs/No_link_for_blog_items_when_filename_contains_a_colon.mdwn
doc/bugs/Problem_with_toc.pm_plug-in.mdwn
doc/bugs/RecentChanges_contains_invalid_XHTML.mdwn
doc/bugs/Spaces_in_link_text_for_ikiwiki_links.mdwn
doc/bugs/Spurious___60__p__62___elements_added_to_tags_in_inliine_pages.mdwn
doc/bugs/Toc_map_and_template_plugins_do_not_play_well_together.mdwn
doc/bugs/__60__br__62___tags_are_removed_from_markdown_inline_HTML.mdwn
doc/bugs/aggregate_plugin_errors.mdwn
doc/bugs/correct_published_and_updated_time_information_for_the_feeds.mdwn
doc/bugs/done.mdwn
doc/bugs/format_bug.mdwn
doc/bugs/git_fails_to_compile.mdwn
doc/bugs/htmltidy_has_no_possibilty_to_use_an_alternative_config_file_which_may_break_other_usages.mdwn
doc/bugs/img_plugin_renders___60__img__62___tag_without_src_attribute_post-2.20.mdwn
doc/bugs/index.html__63__updated.mdwn
doc/bugs/iniline_breaks_toc_plugin.mdwn
doc/bugs/inline_plugin_rootpage_option_is_not_case_insensitive.mdwn
doc/bugs/mailto:_links_not_properly_generated_in_rssatom_feeds.mdwn
doc/bugs/map_does_not_link_directory_for_which_a_file_also_exists.mdwn
doc/bugs/pipe_in_tables_as_characters.mdwn
doc/bugs/prune_causing_taint_mode_failures.mdwn
doc/bugs/raw_html_in-page_and___91____91____33__included__93____93__.mdwn
doc/bugs/recentchangesdiff_crashes_on_commits_which_remove_a_lot_of_files.mdwn
doc/bugs/rst_plugin_hangs_on_utf-8.mdwn
doc/bugs/search:___34__link__34___and___34__title__34___fields_are_incorrectly_specified.mdwn
doc/bugs/search_for_locale_data_in_the_installed_location.mdwn
doc/bugs/search_plugin_and_CGI_preview.mdwn
doc/bugs/search_plugin_uses_wrong_css_path.mdwn
doc/bugs/shortcut_encoding.mdwn
doc/bugs/shortcuts_don__39__t_escape_from_Markdown.mdwn
doc/bugs/space_in_a___91____91__page_link__93____93___doesn__39__t_make_link.mdwn
doc/bugs/ssl_certificates_not_checked_with_openid.mdwn
doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn
doc/bugs/taint_issue_with_regular_expressions.mdwn
doc/bugs/tbasewiki__95__brokenlinks.t_broken.mdwn
doc/bugs/teximg_fails_if_same_tex_is_used_on_multiple_pages.mdwn
doc/bugs/undefined_tags_or_mismatched_tags_won__39__t_get_converted.mdwn
doc/bugs/wiki_formatting_does_not_work_between_toc_and_an_inline.mdwn
doc/bugs/wiki_links_still_processed_inside_code_blocks.mdwn

index b5bcd30d2ab51c98bf6db28dc87d937dee293a17..031576f0075fb7421d2a20a69942b545e62b4caa 100644 (file)
@@ -10,4 +10,4 @@ with my pretty standard Ubuntu gutsy Firefox installation?  --[[tschwinge]]
 > is already valid utf-8, when in fact it's not yet been decoded. So I
 > removed that line to fix it. --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
index 1b09608c6c5b380c95f22a3caae7597a99b9ee38..a40a454c1dad742a3a14ba702b51d84ac0990974 100644 (file)
@@ -1,5 +1,5 @@
 The "ikwiki.cgi?page=index&do=edit" function has a problem
-when running with [[debpkg thttpd]] or [[debpkg mini-httpd]]:
+when running with [[!debpkg thttpd]] or [[!debpkg mini-httpd]]:
 for some reason the headers ikiwiki outputs are transmitted
 as the page content. Surprisingly, the "do=prefs" function
 works as expected.
@@ -15,7 +15,7 @@ Here is what it looks like in iceweasel:
     <html>
     (...)
 
-Ikiwiki runs fine with [[debpkg boa]].
+Ikiwiki runs fine with [[!debpkg boa]].
 
 --[[JeremieKoenig]]
 
@@ -64,6 +64,6 @@ Why do they appear two times with conflicting values in the very same hashes?
 >>> where ikiwiki might output to stderr, and that's the right thing to do.
 >>> So I don't see any way to address this in ikiwiki. --[[Joey]]
 
->>>> (reported as [[debbug 437927]] and [[debbug 437932]]) --[[JeremieKoenig]]
+>>>> (reported as [[!debbug 437927]] and [[!debbug 437932]]) --[[JeremieKoenig]]
 
 Marking [[done]] since it's not really an ikiwiki bug. --[[Joey]]
index 6b0d0023d97ac87237ebc42f81f1290ae2f5f9bf..60cbcd530eabdde38c305bfb6394cb154d6bc8fc 100644 (file)
@@ -66,4 +66,4 @@ This type of page name (with leading slash) also gets created by the aggregate p
 
 >> -- intrigeri
 
-[[tag patch]]
+[[!tag patch]]
index de20385f61cea7f519ec92017a53cab62228031b..330479d224bbafd9c334ac52869900104abb163d 100644 (file)
@@ -11,4 +11,4 @@ I worked-around this by doing:
 > apparently all versions of perl, apparently leaking taint flags at random.
 > See [[Insecure_dependency_in_mkdir]] --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
index 103e3100134da0695052950b4c0dd58bdcbd7963..3d13883123bdfc8d823b311e4fd1f44e7e9be47e 100644 (file)
@@ -4,7 +4,7 @@ so commits made via monotone will not automatically update the wiki.
 Here for future reference is the most recent version of support for 
 that I've been sent. It's not yet working; there are path issues. --[[Joey]]
 
-> I think this was fixed in version 2.40. --[[Joey]] [[tag done]]
+> I think this was fixed in version 2.40. --[[Joey]] [[!tag done]]
 
 <pre>
 diff --git a/IkiWiki/Rcs/monotone.pm b/IkiWiki/Rcs/monotone.pm
index 37f745047dc576dfd80416c1944b1779efdab42a..06bbce91a0b0f04874560fae8d5807fb14daeca3 100644 (file)
@@ -36,4 +36,4 @@ View source of editing page or preview+edit page shows no "sid" input value. (I
        </TMPL_IF>
 
 > Well, that don't look like as good an idea today.. I've documented the
-> recent template change. --[[Joey]] [[tag done]]
+> recent template change. --[[Joey]] [[!tag done]]
index ac6d6db1e8cde9b253fe1c4647541baca77ec74f..608d09b74a1ad8a8c49c9403206031226a294fce 100644 (file)
@@ -6,7 +6,7 @@ EDIT: I just found that in this wiki under <http://ikiwiki.info/bugs/done/> the
 enabled, then `$safe_url_regexp` determines the URL unsafe because of the
 colon and hence removes the `src` attribute.
 
-Digging into this, I find that [[rfc 3986]] pretty much discourages colons in
+Digging into this, I find that [[!rfc 3986]] pretty much discourages colons in
 filenames:
 
 > A path segment that contains a colon character (e.g., "this:that") cannot be
index f756bf8f590ddcac609a6c71c0d0bd07353cb758..8ae347d429726835cd413e026eb0cf8039497e75 100644 (file)
@@ -5,7 +5,7 @@ Here is a patch for toc.pm for producing non-empty 'a' elements.
 > Thanks for the patch, but I already fixed this in 2.4 using a different
 > approach. I think your patch is slightly broken, an anchor tag isn't
 > really meant to enclose all the html it anchors to, but just be stuck in
-> front of it. --[[Joey]] [[tag done]]
+> front of it. --[[Joey]] [[!tag done]]
 
     --- IkiWiki/Plugin/toc.pm.orig     Thu Jun  7 11:53:53 2007
     +++ IkiWiki/Plugin/toc.pm  Thu Jun  7 13:00:00 2007
index f283bfa65fa7fcf7776156398cdf734058f03368..aeeb9e21bae73ab8d8e0103fcf0bde35878a5753 100644 (file)
@@ -53,4 +53,4 @@ the smiley issue remains open. --[[JasonBlevins]]
 
 > This bug is [[done]], all issues are fixed. --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]
index 56cda026f606047ef67539287c8f5c22bf22f7b5..27919f7be81a0d30576fd7a02ea87654e1f37f4f 100644 (file)
@@ -1,7 +1,7 @@
 Versions 2.0 and 2.1 of ikiwiki, and I think earlier versions as well,
-allowed wiki links to have spaces in the link text. For example, [[ikiwiki
+allowed wiki links to have spaces in the link text. For example, [[!ikiwiki
 logo page|logo]] should create an anchor tag referencing the logo page, and
-[[ikiwiki logo|logo/ikiwiki.png]] should create an image tag referencing
+[[!ikiwiki logo|logo/ikiwiki.png]] should create an image tag referencing
 the logo.
 
 As of version 2.2, this no longer works. I think the pattern \\[[...|...]]
index c59a6ba40ab8ce19639d7a3dde598af17b3544c8..e3b1d858dff019cea76b5f6485904281bdb751dc 100644 (file)
@@ -1,4 +1,4 @@
-[[tag patch]]
+[[!tag patch]]
 
 When a page containing tags and using the [[syntax_(3rd_party)_plugin|plugins/contrib/syntax]] (though pages using other preprocessors may also be affected) is rendered as an inline page, some extra `<p>` elements are added.
 
index 608948466189e700b0d5647fd148c92f01f7a282..8c64dfa04d72e50a06d28228a20c0a7cbd187cc1 100644 (file)
@@ -21,7 +21,7 @@ in the HTML output, without any leading `<p>` or any HTML formatting.
 > html parser, that will get confused if markdown is present between two
 > separate html blocks, and not format the markdown.
 > 
-> This is fixed in [[cpan Text::MarkDown]] 1.0.19. markdown 1.0.2 also
+> This is fixed in [[!cpan Text::MarkDown]] 1.0.19. markdown 1.0.2 also
 > fixes the problem. Install either one. I'm going to make ikiwiki's
 > dependencies list Text::Markdown before markdown, since people keep
 > stumbling over this. (The downside is that the old broken markdown is
index 3f65b01b982901bd397df229d95690f395bfdb72..2c3fdea3e38ac97156d9c08c9e7e63e3d836f3cc 100644 (file)
@@ -23,8 +23,8 @@ I tried searching the web and wiki but could not find any information on why <br
 
 > > `<br/>` is also valid, so this is a bug still. --[[madduck]]
 
->>> It _is_ the htmlscrubber that removes that. It's due to [[debbug 365971]], 
->>> basically the [[cspan HTML::Scrubber]] doesn't understand xhtml tags
+>>> It _is_ the htmlscrubber that removes that. It's due to [[!debbug 365971]], 
+>>> basically the [[!cspan HTML::Scrubber]] doesn't understand xhtml tags
 >>> of this sort at all, I hacked it to support `<br />` by tellig it to treak 
 >>> the "/" as an attribute, but if there's no space, it doesn't see it as 
 >>> an attribute. Hmm, I could also add `br` as a tag name, that would catch both cases.
index e62b7852e6673332f5bbfd4f096627249952e1ef..aa36bdd09895501efb1e080e1654a61b3ac01d09 100644 (file)
@@ -23,11 +23,11 @@ feed I'm seeing this with is http://www.wirelesscommons.org/feed.php
 > This is a bug in XML::Parser. Unfortunately, perl does not have a feed
 > parser that handles invalid feeds, and in particular, XML::Parser has
 > issues with feeds that claim to be encoded in utf-8 and contain invalid
-> utf sequences, as well as other encoding issues. See also [[debbug 380426]].
+> utf sequences, as well as other encoding issues. See also [[!debbug 380426]].
 > Note though that this invalid feed does not really crash the aggregate plugin,
 > it just notes that XML::Parser crashed on it and continues. This is the
 > best I can do in ikiwiki. I have filed a bug on XML::Parser about this,
-> it's [[debbug 420636]].  I've also put in a workaround, so [[done]].
+> it's [[!debbug 420636]].  I've also put in a workaround, so [[done]].
 
 **Wonderful**, thanks Joey! -- Adam.
 
index 082f0800c6c84a926476e0f09f72960f300408ff..565f3b16c9a35a788dfc85c88f579591ddbcfa72 100644 (file)
@@ -110,4 +110,4 @@ Index: IkiWiki/Plugin/inline.pm
 
 [[done]] --[[Joey]]
 
-[[tag patch]]
+[[!tag patch]]
index 2821220019dfbddd22d4431fea2accb8ed590549..0a666ab11ca95b7f6bd5a83fc2b8db06d6a00c97 100644 (file)
@@ -1,3 +1,3 @@
 recently fixed [[bugs]]
 
-[[inline pages="link(bugs/done) and !bugs and !*/Discussion" sort=mtime show=10]]
+[[!inline pages="link(bugs/done) and !bugs and !*/Discussion" sort=mtime show=10]]
index 3d4b4a94e0edf45962a3943109ae95f69c0e42bf..dc9a09ebb6f3ddb68e46acdba33e0b47dcb4ecfa 100644 (file)
@@ -15,7 +15,7 @@ encouraging.
 
 > This is a bug in markdown, not in ikiwiki. Markdown often has issues with
 > one sort of list followed by a second sort. I've filed a bug report on
-> markdown about this ([[debbug 432152]])
+> markdown about this ([[!debbug 432152]])
 
 > (BTW, this bug was filed by editing the bugs page directly. Please don't
 > do that, use the form to generate a new per-bug page..)
index 1135236aea5276be0597d2c795000e5903d5cc05..25aa417d0e5507897f5b84c8ebb5f63069ad354a 100644 (file)
@@ -29,4 +29,4 @@ Thanks.
 >>> security since ikiwiki can be run setuid.) If you need to use
 >>> a nonstandard path, you'll need to edit that. --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
index ec02ddb898bd4916861c701e4a72960855938b39..2882eeb12711dd01733464644847331370b3267c 100644 (file)
@@ -23,4 +23,4 @@ I see two possibilities how to fix this:
 > to be no way to override it reading /etc/tidy.conf, so options there can
 > still screw things up. I guess I'll pass --markup yes and deal with
 > overriding other problem settings from config files if they're found
-> later. --[[Joey]] [[tag done]]
+> later. --[[Joey]] [[!tag done]]
index f7883dbb7ab9d83af3325a791192df16cb00930f..6b861c39772cb76045e07929345f9a0b510c4b2a 100644 (file)
@@ -33,4 +33,4 @@ I have been unable to reproduce this outside of the `madduck.net` website...
 
 **Update**: this is the same bug as [[the_colon-in-links_bug|No_link_for_blog_items_when_filename_contains_a_colon]]
 
-[[tag done]]
+[[!tag done]]
index e56bd7941cea8557b88a5e380bc597c3a3d540b5..2f20d66bb0af9d2d2bc3b6b814850c74b21cda42 100644 (file)
@@ -10,6 +10,6 @@ After editing a page `pagename`, ikiwiki redirects to `pagename/index.html?updat
 > said broken software will then display its old out of date cached
 > version.
 > 
-> So, not changing this. [[tag done]]
+> So, not changing this. [[!tag done]]
 > 
 > --[[Joey]]
index 1c715221e17ef1759c3cc6eb5dd7ea33b5a090a1..dcf975caf95384de372c2fa02ce9fd2e6833a5f6 100644 (file)
@@ -26,7 +26,7 @@ All this is displayed correctly if toc is removed.
 > [here](http://bugs.debian.org/421843).
 > 
 > I'm going to close this bug report since it's a markdown bug. --[[Joey]]
-[[tag done]]
+[[!tag done]]
 
 >> thanks, that fixes it.
 
@@ -42,11 +42,11 @@ bla bla bla
  * bl bla
  * aadsd
 
-[[toc levels=2]]
+[[!toc levels=2]]
 
 bla bla
 
-[[table data="""
+[[!table data="""
 Customer|Amount
 Fulanito|134,34
 Menganito|234,56
@@ -59,6 +59,6 @@ Menganito|234,56
 Here's a paragraph.
 
 
-[[inline pages="users/joey" raw="yes"]]
+[[!inline pages="users/joey" raw="yes"]]
 
 bla bla
index e8f033aa4e775afb654841f58e14119f10777e9f..8ef1281171a0c6f322db5de5286437f2090d9ca7 100644 (file)
@@ -6,4 +6,4 @@ But maybe this is intended behavior? --rdennis
 > filesystem. It just avoids you having to get the case right when
 > referring to existing files, by wikilinks or pagespecs --[[Joey]] 
 
-[[tag done]]
+[[!tag done]]
index 5d6c6ad6d4e16729cf3bb6e8a4c8f1c74b9253ea..e8392a80dc49a291d7a527846e91bbf52eadbc0e 100644 (file)
@@ -1,5 +1,5 @@
-[[meta title="mailto: links not properly generated in rss/atom feeds"]]
+[[!meta title="mailto: links not properly generated in rss/atom feeds"]]
 
 A link like \[this](mailto:foo@bar.org) will not be converted correctly to a mailto link in the rss/atom feeds, but an absolute link instead. See e.g. the logitech post on http://madduck.net/blog/feeds/planet-lca2008/index.rss
 
-> fixed --[[Joey]] [[tag done]]
+> fixed --[[Joey]] [[!tag done]]
index afc5d90cc7212db35dd2718826e98b7d5a7740d0..d197cdb6c41da17e4e3091b7ff8c56e0c87c659e 100644 (file)
@@ -1,4 +1,4 @@
-[[meta title="map does not link entries which are equal to basename(current_page)"]]
+[[!meta title="map does not link entries which are equal to basename(current_page)"]]
 
 On <http://phd.martin-krafft.net/wiki/tag/factors/>, the top-level `factors` entry is not linked to the corresponding page. Looking at <http://phd.martin-krafft.net/wiki/tag/factors/language/>, this must be because the page name is the same as the entry name, and ikiwiki probably doesn't take the complete path of subpages into account.
 
index d9c080a65180947a103d93069c3a65c526b8b81f..12d5e1597394322ee6d2d3f1a5de07af57b03a2a 100644 (file)
@@ -10,7 +10,7 @@ Seems tables are disabled here ?
 
 See this example:
 
-[[table class=table1 data="""
+[[!table class=table1 data="""
 aaaaaaaaaaaaaaa|b|c
 --\|\|--|e|f
 """]]
index e698cbed7e6035fbcb3833c352c25ce1dc27fbdb..1876d912942be37eba7aed2b324ab6651cab9ac7 100644 (file)
@@ -32,4 +32,4 @@ sub prune ($) { #{{{
 > I don't really support using ikiwiki with the perl 5.8.4 in debian
 > oldstable, and would recommend upgrading. --[[Joey]]
 
-[[tag patch done]]
+[[!tag patch done]]
index 607326c97ca90fbfbfd216426daaabfc9978b89a..5860d330a916b32e97cc456b4c4ea4c051446530 100644 (file)
@@ -8,9 +8,9 @@ This should work, but html code (listing 1) shows up with a hash replaced for th
 
 I have to suspect that replacing html with some hash is a bug.
 
-> Congrats, you're another person to fall afoul of markdown [[debbug 380212]].
+> Congrats, you're another person to fall afoul of markdown [[!debbug 380212]].
 > The fix is to use Text::Markdown, or markdown 1.0.2 instead of buggy
-> old markdown 1.0.1. --[[Joey]] [[tag done]]
+> old markdown 1.0.1. --[[Joey]] [[!tag done]]
 
 ## inlining raw html
 
index f646143d3ffe332da9738ceb5536df66811b55ef..b3578f26ab107d919487631b14e2e93531a9285a 100644 (file)
@@ -40,7 +40,7 @@ The tarball is at http://scratch.madduck.net/__tmp__recentchanges-segfault.tgz -
 > I only see it with 1.0.1. (Bad news: Newer versions of markdown are
 > slooooooow, especially on such large files.)
 
-> I'm calling this [[done]] since I've filed [[debbug 470676]] on perl, and
+> I'm calling this [[done]] since I've filed [[!debbug 470676]] on perl, and
 > also have modified recentchangesdiff to only show the first 200 lines of
 > diff, which should be enough without bloating the recentchanges into
 > perl-crashing territory. --[[Joey]]
index 5121f037926d0bcd31395a7c2569126a9724268a..b0f417209b77bc48ecd52d1c8e757e6c22163c57 100644 (file)
@@ -17,4 +17,4 @@ markdown plugin also has no problems rendering the same file, so I'm guessing
 it's a problem with the XML-RPC interface.
 
 Sorry for the delay, this is now fixed! --[[Joey]]
-[[tag done]]
+[[!tag done]]
index 5cc66f3f83694992c4d8f0d7f7618ed8342650a6..c088d1eaeba18b83bf0a979ab9a6f947061b3166 100644 (file)
@@ -26,4 +26,4 @@ and so only finds pages which were indexed by _ikiwiki_ with "ZStag"
  [patch]: http://www.gmcmanus.org/0001-Use-correct-term-prefixes-when-searching.patch
 [search]: http://ikiwiki.info/ikiwiki.cgi?P=title%3Atags
 
-[[tag done]]
+[[!tag done]]
index a7fab55713a5766ca6ea9ad1f0b4f35b25d56fce..0a2b1efeaca843f788e5be7c1a5031aaf27f36fd 100644 (file)
@@ -11,7 +11,7 @@ It seems like gettext only searches for locale information in /usr/share/locale,
                     return $gettext_obj->get(shift);
             }
 
-[[tag patch]]
+[[!tag patch]]
 -- [[ThomasBleher]]
 
 > According to my testing, this patch makes ikiwiki's localisation fail for
index eb602cd9d9fd343c0525be5c0e278072be4f3650..2a3d270b716b29aeabcc1abb0477f538c9b220fc 100644 (file)
@@ -16,4 +16,4 @@ Making the indexing only happen on a real commit might also speed the
 Preview up a small amount.
 --Chapman Flack
 
-[[tag done]]
+[[!tag done]]
index 9eeb3c37444c3c4f619b165b62848a31205bbc8c..688d51ee6fc172b15f5ace53b147742fa205ef4a 100644 (file)
@@ -11,4 +11,4 @@ variable which points always to the base of the wiki.
 e.g. use "wikibase" for css and favicon and "baseurl" for the &lt;base&gt; tag.
 
 > thanks for pointing this bug out, I've fixed it --[[Joey]].
-[[tag done]]
+[[!tag done]]
index bb335906ab3742e92c9e35eae0fe489208579311..66fd810233ffcb42ec98ed652eae98008755618e 100644 (file)
@@ -4,7 +4,7 @@
     Might this be a problem of the web server?
 
 Also, I'd like to put the shortcut usages into backticks
--- `[[iki shortcuts]]` --
+-- `[[!iki shortcuts]]` --
 to have them displayed in the usual backtick-formatting.
 That also doesn't work, but this is an already-reported issue, as far as I know.
 
index f977dc354a543c4d80c06d0c19e360fde2ec0a50..022987efbf175e56e6a7542a9c9240af74593b50 100644 (file)
@@ -1,6 +1,6 @@
-Writing [[wikipedia Low_frequency_oscillation]] causes the word "frequency" 
+Writing [[!wikipedia Low_frequency_oscillation]] causes the word "frequency" 
 to show up in italics, since underscores are Markdown for italics. Using
-[[wikipedia low frequency oscillation]] works in this case, because Wikipedia
+[[!wikipedia low frequency oscillation]] works in this case, because Wikipedia
 will redirect, but it's hardly clean. Maybe the shortcuts plugin should
 run pagetitle() on the text of its link? --Ethan
 
index 5ed975f1200a55df90b6b4f1ac6680c1165b2d27..39f5d891e22a67cfb5d0dcbfcbe630977a3f4d38 100644 (file)
@@ -1,15 +1,15 @@
 I attempted to make a new webpage by having wiki code with
-    [[new page]]
+    [[!new page]]
     [newpage]
 
 This was converted to literal:
-    [[new page]]
+    [[!new page]]
 and the correct hyperlink:
     ?newpage
 
 So when has a space it doesn't let you create a new page. I am using 1.35. Let's see what happens here:
 
-[[new page]]
+[[!new page]]
 
 A moment later ... same thing ... it is not a link (no question mark to create).
 
index 1d1e620926bc6782139aaaaa37b7f0584b2b663e..171874951c3a9ccbaf47a9d72b88c5f0879ac87a 100644 (file)
@@ -22,4 +22,4 @@ For now, I want to try and resolve the issues with net\_ssl\_test, and run more
 > is good.
 > --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
index 71a9ece339cf58d24e2661e8e76b0272baa46e5c..9c6189b0829ae6d13d5d991754ab94c2abc96f81 100644 (file)
@@ -3,7 +3,7 @@ I'm using the tags plugin with tagbase="tags".
 Already existing tags, corresponding to pages like tags/foo.html work just
 fine.
 
-If I add to a page a tag which is not existing (e.g. with [[tag newtag]])
+If I add to a page a tag which is not existing (e.g. with [[!tag newtag]])
 the just modified page will have a link which point to tags/newtag. This is
 in theory correct, but in practice leads to creating a tags/newtag subpage
 of the page I'm editing, while my tagbase is supposed to be relative to the
index 8fe411e5fdc072976df62730c83798c105f37093..172b49fd1a6dc1ece49ae7de4183cdcc9af0cba8 100644 (file)
@@ -13,7 +13,7 @@ which is exactly the same regular expression drawn out as a constant.  It appear
 > even in 5.8. See also: [[prune_causing_taint_mode_failures]],
 > [[Insecure_dependency_in_mkdir]],
 > [[Insecure_dependency_in_eval_while_running_with_-T_switch]],
-> and especially [[debbug 411786]]
+> and especially [[!debbug 411786]]
 >
 > The last of those was the last straw for me, and I disabled taint
 > checking in the debian package. You can do the same by building ikiwiki
index 8a2456529e7bb314474c127f13cb2da437578b87..ac895896a6fe3f9685195d678a464849f4179628 100644 (file)
@@ -53,7 +53,7 @@ After some step through I figured out that the template directory was invalid, a
 
 Other than ikiwiki.in, am I missing something here?
 
->> I think this is [[debbug 425891]]. I have sent there a patch that incorporates the original
+>> I think this is [[!debbug 425891]]. I have sent there a patch that incorporates the original
 >> author's two diffs but has a more correct solution to the first problem described 
 >> above. -- Thomas, 2007-06-26
 
index 86f47edbaf21a9fde4d9dfdd14d7ce91e574ed70..700492345bcdec497f5ab474e14a3f898c4ec5b3 100644 (file)
@@ -21,4 +21,4 @@ I think this will be a own dir for images for every page.
 
 --[[PatrickWinnertz]]
 
-[[tag done]]
+[[!tag done]]
index 13ebe1cabda46e819f47ec2e2625b37722835678..b01fc44f2d11233730f26996033aacb962ce2849 100644 (file)
@@ -43,4 +43,4 @@ The out put is:
 > alone. If you feel the other things you brought up are bugs, please talk
 > to the markdown maintainer. --[[Joey]]
 
-[[tag done]]
+[[!tag done]]
index 1e5fe71dfbbdacdc177024af4bb3e3330e768ccd..a362fdf55876f01d00d15e73a3e117834d168943 100644 (file)
@@ -4,12 +4,12 @@ or if it doesn't match any pages.  See example below; also reproducible
 with a single-file wiki containing the text below, rendered via `ikiwiki
 --plugin toc`.
 
-> This is [[debbug 421843]], and I suspect it affects certian other plugins
+> This is [[!debbug 421843]], and I suspect it affects certian other plugins
 > that also use empty divs as placeholders. It's fixed in markdown 1.0.2 b7
 > (available in debian experimental). So I'll [[close|done]] this as it's
 > not really an ikiwiki bug. --[[Joey]]
 
-[[toc ]]
+[[!toc ]]
 
 **not bold**
 
@@ -19,7 +19,7 @@ with a single-file wiki containing the text below, rendered via `ikiwiki
 
 [not a link](http://ikiwiki.info)
 
-[[inline pages="news/*" description="Sparse News" show=1 feeds=no]]
+[[!inline pages="news/*" description="Sparse News" show=1 feeds=no]]
 
 **bold**
 
index f5cbc8894f088713dd0249eda9a05bb5f4b56e27..ede16a0292eec5c90033c9258ca9bf2a12538aa3 100644 (file)
@@ -46,4 +46,4 @@ and have it render like:
 > there should give some strong hints how to fix this bug, though I haven't
 > tried to apply the method yet. --[[Joey]]
 
-[[debbug 487397]]
+[[!debbug 487397]]