]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
update for rename of recentchanges.mdwn to json.tl.ph.mdwn
authorjaysonbaldecanas1986@02a3781ec9b12161d643d2a35782561391092501 <jaysonbaldecanas1986@web>
Mon, 3 Oct 2022 03:03:56 +0000 (23:03 -0400)
committeradmin <admin@branchable.com>
Mon, 3 Oct 2022 03:03:56 +0000 (23:03 -0400)
doc/forum/Spaces_in_wikilinks.mdwn

index 9326ac4482aef32c99842c7e305962c47382a182..aa8bfef20ccc8bc41f10653de3e18ea6f6f9a3e9 100644 (file)
@@ -34,7 +34,7 @@ I'm playing around with various ways that I can use subversion with ikiwiki.
 > away without running the post-commit wrapper on commit, and all you lose
 > is the ability to send commit notification emails.
 
 > away without running the post-commit wrapper on commit, and all you lose
 > is the ability to send commit notification emails.
 
-> (And now that [[recentchanges]] includes rss, you can just subscribe to
+> (And now that [[json.tl.ph]] includes rss, you can just subscribe to
 > that, no need to worry about commit notification emails anymore.)
 
 * Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)?  This works in part but again the post-commit hook seems problematic.
 > that, no need to worry about commit notification emails anymore.)
 
 * Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)?  This works in part but again the post-commit hook seems problematic.