urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

master
Joey Hess 2009-03-20 16:34:49 -04:00
parent a2c0423e54 1d9b58b0d4
commit ee973d0b46
2 changed files with 25 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

24
doc/forum/ikiwiki__39__s_notion_of_time.mdwn 100644
View File

@ -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]]

2
doc/todo/natural_sorting.mdwn
View File

@ -7,7 +7,7 @@ page titles if they have numeric components. the
provides an algorithm for that.
there is a
[patch](http://github.com/github076986099/ikiwiki/commit/25617577746dc1e4ab5ab69aa70d633daddcc01b)
[patch](http://git.ikiwiki.info/?p=ikiwiki;a=commit;h=55b83cb7bd1cd7c60bb45dc22c3745dd80a63fed)
attached that makes the [[plugins/inline]] plugin use Sort::Naturally if sort
is set to "title_natural".