]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
fix cpan links
authorJoey Hess <joey@kodama.kitenet.net>
Thu, 11 Sep 2008 23:40:41 +0000 (19:40 -0400)
committerJoey Hess <joey@kodama.kitenet.net>
Thu, 11 Sep 2008 23:40:41 +0000 (19:40 -0400)
doc/bugs/htmlscrubber_undoes_email_obfuscation_by_Text::Markdown.mdwn
doc/bugs/ssl_certificates_not_checked_with_openid.mdwn
doc/todo/structured_page_data.mdwn

index f193efc0ca6e54f236ea6aa724d7fd3c4344b15d..12018d5178a43acd7721f958da184a2e88ffa842 100644 (file)
@@ -33,5 +33,5 @@ The relevant commits are on the master branch of [my "fork" of ikiwiki on Github
 > `Text::Markdown::_EncodeEmailAddress` gets into its internals more than
 > I'm comfortable with.
 > 
 > `Text::Markdown::_EncodeEmailAddress` gets into its internals more than
 > I'm comfortable with.
 > 
-> It would probably be best to add an option to [[cpan Text;:Markdown]] to
+> It would probably be best to add an option to [[!cpan Text::Markdown]] to
 > let the email address munging be disabled. --[[Joey]]
 > let the email address munging be disabled. --[[Joey]]
index e976ed5bd0225ddedf90358a1dbe7504d4df27fa..2dc74a984e3e088cb0e8ad9a6f6bc7ee436bf00f 100644 (file)
@@ -40,7 +40,7 @@ For now, I want to try and resolve the issues with net\_ssl\_test, and run more
 >> -- Brian May
 
 >>> I guess that the place to add SSL cert checking would be in either
 >> -- Brian May
 
 >>> I guess that the place to add SSL cert checking would be in either
->>> [[cpan LWPx::ParanoidAgent]] or [[cpan Net::OpenID::Consumer]]. Adding
+>>> [[!cpan LWPx::ParanoidAgent]] or [[!cpan Net::OpenID::Consumer]]. Adding
 >>> it to ikiwiki itself, which is just a user of those libraries, doesn't
 >>> seem right.
 >>> 
 >>> it to ikiwiki itself, which is just a user of those libraries, doesn't
 >>> seem right.
 >>> 
index 2b8309a67f920528882c37ca8d4d377c7f8b0e4c..263d9453cd7fd25b73d1b1a40b61c3dcb25f069f 100644 (file)
@@ -45,10 +45,10 @@ This seems conceptually straightforward, if possibly quite internally
 complex to handle the more complicated types and validation.
 
 One implementation wrinkle is how to build the html form. The editpage.tmpl
 complex to handle the more complicated types and validation.
 
 One implementation wrinkle is how to build the html form. The editpage.tmpl
-currently overrides the standard [[cpan CGI::FormBuilder]] generated form,
+currently overrides the standard [[!cpan CGI::FormBuilder]] generated form,
 which was done to make the edit page be laid out in a nice way. This,
 however, means that new fields cannot be easily added to it using
 which was done to make the edit page be laid out in a nice way. This,
 however, means that new fields cannot be easily added to it using
-[[cpan CGI::FormBuilder]]. The attachment plugin uses the hack of bouilding
+[[!cpan CGI::FormBuilder]]. The attachment plugin uses the hack of bouilding
 up html by hand and dumping it into the form via a template variable. 
 
 It would be nice if the type implementation code could just use
 up html by hand and dumping it into the form via a template variable. 
 
 It would be nice if the type implementation code could just use