From 0612e5a6031b16eb0f70830a9830be9f318ae375 Mon Sep 17 00:00:00 2001 From: Jon Dowland Date: Sun, 15 Mar 2009 19:33:16 +0000 Subject: managing todo lists: useful? --- doc/forum/managing_todo_lists.mdwn | 4 ++++ 1 file changed, 4 insertions(+) create mode 100644 doc/forum/managing_todo_lists.mdwn (limited to 'doc/forum') diff --git a/doc/forum/managing_todo_lists.mdwn b/doc/forum/managing_todo_lists.mdwn new file mode 100644 index 000000000..238b000f1 --- /dev/null +++ b/doc/forum/managing_todo_lists.mdwn @@ -0,0 +1,4 @@ +I keep some TODO lists on ikiwiki pages. I'm half-tempted to write a plugin +to make ticking items off and adding items easier via the web interface. I'm +aware though that this is not really what ikiwiki is designed for. Would +anyone else find this useful? -- [[users/jon]] -- cgit v1.2.3 From ccf422e9904110f564f75ae6dac7813d2fbebeea Mon Sep 17 00:00:00 2001 From: Jon Dowland Date: Mon, 16 Mar 2009 11:05:56 +0000 Subject: further thoughts --- doc/forum/managing_todo_lists.mdwn | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/managing_todo_lists.mdwn b/doc/forum/managing_todo_lists.mdwn index 238b000f1..b55420aca 100644 --- a/doc/forum/managing_todo_lists.mdwn +++ b/doc/forum/managing_todo_lists.mdwn @@ -2,3 +2,32 @@ I keep some TODO lists on ikiwiki pages. I'm half-tempted to write a plugin to make ticking items off and adding items easier via the web interface. I'm aware though that this is not really what ikiwiki is designed for. Would anyone else find this useful? -- [[users/jon]] + +---- + +My subsequent thoughts about how to approach this are two-fold. + +Firstly, a filetype for todo lists, probably OPML, but I haven't looked to see +if there is something more suitable. A plugin that converts this source into a +traditional page output, i.e. a DOM tree of ul or ol and li elements. + +Secondly, some magic javascript to make editing the list via the web page +more interactive: add items, strike items out, reorder items etc., without +round-tripping to the cgi for each operation. + +Finally, a mechanism whereby the changes made to the page live can be +committed back to the repository: + + * ...perhaps the input → output conversion is reversible, and the HTML DOM + representing the list can be transformed back into the source and submitted + to the cgi like a regular edit: issues include the result of other + postprocessing: templates, wikilinks, etc. + * perhaps an embedded copy of the source is included in the output and the + javascript operates on that in tandem with the static copy + * perhaps the "output" is generated live by the JS at view time (with maybe + a plugin-generated rendered output for non JS environments) + +I envisage a button called "commit changes" appearing once some changes are +made that submits the changes to the CGI, perhaps via a back channel. I'm not +sure how to handle embeds or challenges from the CGI such as a login challenge +(maybe the back channel would not be necessary in the first cut). -- cgit v1.2.3 From 0d456fee641e7022fa2842b0d4ac1235f62b23dc Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 19 Mar 2009 16:07:33 -0400 Subject: comment --- doc/forum/managing_todo_lists.mdwn | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/managing_todo_lists.mdwn b/doc/forum/managing_todo_lists.mdwn index b55420aca..b8360b253 100644 --- a/doc/forum/managing_todo_lists.mdwn +++ b/doc/forum/managing_todo_lists.mdwn @@ -31,3 +31,7 @@ I envisage a button called "commit changes" appearing once some changes are made that submits the changes to the CGI, perhaps via a back channel. I'm not sure how to handle embeds or challenges from the CGI such as a login challenge (maybe the back channel would not be necessary in the first cut). + +> You might look at the [[plugins/hnb]] plugin. HNB supports checklists. +> There's not a fancy web interface, but the hnb command-line program can +> be used to edit them. --[[Joey]] -- cgit v1.2.3 From deca107db5e8a0537c37cacce63cb1672155abaa Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Thu, 19 Mar 2009 16:17:09 -0400 Subject: response --- doc/forum/usedirs___38___indexpages_using_problem.mdwn | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/usedirs___38___indexpages_using_problem.mdwn b/doc/forum/usedirs___38___indexpages_using_problem.mdwn index 1ca95cc88..05c85e281 100644 --- a/doc/forum/usedirs___38___indexpages_using_problem.mdwn +++ b/doc/forum/usedirs___38___indexpages_using_problem.mdwn @@ -10,3 +10,8 @@ But in the page [OSS.html](http://atoz.org.cn/Whatis/OSS.html) , the auto genera to “Whatis” is /Whatis.html file , not to /Whatis/index.html. So the link to “Whatis” is fail . Is it a bug , and how can I do for that ? + +> I suggest that you name your page `Whatis.mdwn`, and not +> `Whatis/index.mdwn`. That will make ikiwiki's links work, +> and allows you to link to the `Whatis` page by that name. +> --[[Joey]] -- cgit v1.2.3 From 3534d524ab9108fde2a7be1864e6adb8550aa4f1 Mon Sep 17 00:00:00 2001 From: tschwinge Date: Thu, 19 Mar 2009 17:31:53 -0400 Subject: ikiwiki's notion of time --- doc/forum/ikiwiki__39__s_notion_of_time.mdwn | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 doc/forum/ikiwiki__39__s_notion_of_time.mdwn (limited to 'doc/forum') diff --git a/doc/forum/ikiwiki__39__s_notion_of_time.mdwn b/doc/forum/ikiwiki__39__s_notion_of_time.mdwn new file mode 100644 index 000000000..f52989026 --- /dev/null +++ b/doc/forum/ikiwiki__39__s_notion_of_time.mdwn @@ -0,0 +1,24 @@ +I'm having some difficulties with ikiwiki's notion of time. + +For (regular) pages, the *last edited* date is the one where the file +was indeed last modified according to the file system information. +The *created* date (commented out in the HTML) is, at least for +`--getctime` operation, the date, where the file was last registered +as changed with the VCS. + +Now, at least with git, the thing is that when you're checking out files, +they'll get the checkout-time's current time stamp. + +What I strive for is the following: *created* be the date when the file +(under its current name) was *first* registered with the VCS (which is +more logical in my opinion), and *last edited* be the date the file was +last registered as changed with the VCS, which is the current +`--getctime` *created* date. + +This means that I can build the HTML files from different checkouts of the +VCS and they won't differ in the time stamps they contain in the HTML. + +What is the rationale for ikiwiki's current behavior with respect to these +time stamps? + +--[[tschwinge]] -- cgit v1.2.3 From 10a9c00151d43fd26ba523806928b833d6d2aa62 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 20 Mar 2009 16:36:51 -0400 Subject: git, mercurial: Fix --getctime to return file creation time, not last commit time. --- debian/changelog | 2 ++ doc/forum/ikiwiki__39__s_notion_of_time.mdwn | 11 +++++++++++ 2 files changed, 13 insertions(+) (limited to 'doc/forum') diff --git a/debian/changelog b/debian/changelog index 06707a83c..a525df998 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,8 @@ ikiwiki (3.09) UNRELEASED; urgency=low * inline: Add title_natural sort order, using Sort::Naturally (chrysn) * inline: Fix urls to feed when feedfile is used on an index page. + * git, mercurial: Fix --getctime to return file creation time, + not last commit time. -- Joey Hess Thu, 19 Mar 2009 15:32:49 -0400 diff --git a/doc/forum/ikiwiki__39__s_notion_of_time.mdwn b/doc/forum/ikiwiki__39__s_notion_of_time.mdwn index f52989026..ee564fcc9 100644 --- a/doc/forum/ikiwiki__39__s_notion_of_time.mdwn +++ b/doc/forum/ikiwiki__39__s_notion_of_time.mdwn @@ -22,3 +22,14 @@ What is the rationale for ikiwiki's current behavior with respect to these time stamps? --[[tschwinge]] + +> Presumably it's the authors of the git and mercurial backends +> not understanding the documentation for `rcs_getctime`, +> which states: +> +>>This is used to get the page creation time for a file from the RCS, by +>>looking it up in the history. +> +> I've fixed both broken implementations to correctly look +> up the first, not the last, commit. Other VCS do not seem +> to have the problem. --[[Joey]] -- cgit v1.2.3 From 2c37e8915a7e88348b6c7c2d9c65fc6b747a7a63 Mon Sep 17 00:00:00 2001 From: "http://jmtd.net/" Date: Tue, 24 Mar 2009 13:00:34 -0400 Subject: thanks for the tip --- doc/forum/managing_todo_lists.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/managing_todo_lists.mdwn b/doc/forum/managing_todo_lists.mdwn index b8360b253..5146da682 100644 --- a/doc/forum/managing_todo_lists.mdwn +++ b/doc/forum/managing_todo_lists.mdwn @@ -35,3 +35,5 @@ sure how to handle embeds or challenges from the CGI such as a login challenge > You might look at the [[plugins/hnb]] plugin. HNB supports checklists. > There's not a fancy web interface, but the hnb command-line program can > be used to edit them. --[[Joey]] + +>> thanks - I'll give it a look. I spent a few hours writing some javascript to manipulate a ul/li DOM tree in an outliner-fashion the other day. I might be able to join the puzzle pieces together sometime. [[Jon]] -- cgit v1.2.3 From be5d11338392c651f91c59d26c16f86573046945 Mon Sep 17 00:00:00 2001 From: chrysn Date: Tue, 24 Mar 2009 13:26:23 -0400 Subject: create link from todo lists to structured page data --- doc/forum/managing_todo_lists.mdwn | 2 ++ 1 file changed, 2 insertions(+) (limited to 'doc/forum') diff --git a/doc/forum/managing_todo_lists.mdwn b/doc/forum/managing_todo_lists.mdwn index 5146da682..b4bbac255 100644 --- a/doc/forum/managing_todo_lists.mdwn +++ b/doc/forum/managing_todo_lists.mdwn @@ -37,3 +37,5 @@ sure how to handle embeds or challenges from the CGI such as a login challenge > be used to edit them. --[[Joey]] >> thanks - I'll give it a look. I spent a few hours writing some javascript to manipulate a ul/li DOM tree in an outliner-fashion the other day. I might be able to join the puzzle pieces together sometime. [[Jon]] + +a solution for this could be similar to a solution for [[todo/structured page data]], as todo lists are definitely a form of structured data. (in both cases, the page's current content is rendered into a html form, whose result is then saved as the page's new contents) --[[chrysn]] -- cgit v1.2.3