https://gitlab.synchro.net/main/sbbs/-/commit/f8339a97f4325272ffa5782c Modified Files:
xtrn/ddfilelister/ddfilelister.js readme.txt revision_history.txt
Merge branch 'ddfilelister_exted_desc_file_dates' into 'master'
DDFileLister: Dates shown in file desriptions when extended descriptions are enabled.
DDFileLister: Dates shown in file desriptions when extended
descriptions are enabled.
Just to make sure you're aware, there are 4 "dates" (and times) associated with files:
1. The current date/time when the file was added to the filebase
2. The file's date/time stamp at the time the file was added to the filebase
(for old files, this could be 20 or 30 years ago).
3. The file's date/time stamp at the time you're viewing the file information
(if the file has been modified since it was uploaded, this may not match #2).
4. The date/time that the file was last downloaded (or 0 for "never").
Date/time #1 is accesible file a file's 'added' property value, while #4 is available via the 'last_downloaded' property value (probably obvious).
Less obvious is that date/time's #2 and #3 are available via the file's 'time' property and depending on the directory's "Check for File Existence" toggle option, it'll either reflect the *current* date/time stamp of the file or it'll reflect the date/time stamp of the file when it was uploaded.
Yet more potentially interesting dates/times are the newest or oldest time stamps of files *within* each archive. I don't extract and track this information in the SBBS filebase currently, but am considering it.
My file lister shows the value of the "time" property in the file metadata objects. According to the documentation (jsobjs.html), that property represents the file modification date/time. That was basically my intent, so you'd know when the file was created/modified and know how old it is.
|Location:||Huddersfield, West Yorkshire, UK|
|Nodes:||8 (1 / 7)|