]> sipb.mit.edu Git - ikiwiki.git/blobdiff - doc/index/discussion.mdwn
response (and remove done item)
[ikiwiki.git] / doc / index / discussion.mdwn
index 9373ec187acae54a3a0d8f4692ba7f2d7a85eba5..2e38684294c032fe73527d2b72c68edc7562875e 100644 (file)
@@ -284,10 +284,33 @@ or the path to the sub-page. I think this is handled by the htmllink() routine.
 This might be a bug, but will discuss it here first.
 Clicking on an old "?" or going to a create link but new Markdown content exists, should not go into "create" mode, but should do a regular "edit".
 
+> I belive that currently it does a redirect to the new static web page.
+> At least that's the intent of the code. --[[Joey]]
+
+>> Try at your site: `?page=discussion&from=index&do=create`
+>> It brings up an empty textarea to start a new webpage -- even though it already exists here. --reed
+
+>>> Ah, right. Notice that the resulting form allows saving the page as
+>>> discussion, or users/discussion, but not index/discussion, since this
+>>> page already exists. If all the pages existed, it would do the redirect
+>>> thing. --[[Joey]]
+
 ----
 
 # Refreshing RecentChanges page
 
 What do you think about refreshing RecentChanges page (via Meta Refresh Tag)?
 It can be useful for users like me which rather prefer watching the last changes
-in WWW browser tab than subscribing to page. --Pawel
\ No newline at end of file
+in WWW browser tab than subscribing to page. --Pawel
+
+> Depends, if it were done the time period should be made configurable.
+> Unwanted server load due to refeshing could be a problem for some.
+> --[[Joey]]
+
+>> Yes, it should be configurable by ikiwiki admin. I believe he's not
+>> stupid and he will not set too short refresh period to kill his server :)
+>> I propose to add `recentchanges_refresh` variable in ikiwiki setup
+>> to setting refresh period. If it's not defined, then ikiwiki doesn't put
+>> refresh meta tag into `recentchanges.tmpl`. Do you like it? ;) --Pawel
+
+>>> Seems reasonable --[[Joey]]