Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'Yes, I do!' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Yes, I do!
Authored by: dtrevas on May 11, '05 01:37:52PM

To do date/time comparisons you need to use some ISO format like this:

$time.iso(20050511T132342)

which is:

1. The four digit year (2005)
2. The two digit month (05, May)
3. The two digit day (11)
4. The letter 'T'
5. The two-digit 24 hour time(13, 1:00 PM)
6. The two digit minute(23)
7. The two digit seconds(42)

That seems to work. Now if somebody will expound on the difference between the kMDItemContentCreationDate and the kMDItemFSCreationDate, I'll be happy.



[ Reply to This | # ]
Yes, I do!
Authored by: spullara on May 11, '05 02:10:46PM

Sounds like they meant Content Creation Date to be when you started working on it in the application that created it while the other one is when it was first written to this filesystem. I could see how this would be good for searching for photos or movie data as it was created long before it was written to your filesystem.

---
"The messiness cannot go into the program; it piles up around the programmer." -- Ellen Ullman, Close to the Machine



[ Reply to This | # ]
FSCreationDate vs. ContentCreationDate
Authored by: danielj7 on May 11, '05 05:58:04PM
kMDItemFSCreationDate is the date that the filesystem records as being when the file was created. kMDItemContentCreationDate would be when the content of the file was created and is stored as part of that content. The two should usually be the same, but could get out of sync for various reasons, e.g. if the file is duplicated, the FSCreationDate might change while the ContentCreationDate would stay the same.

[ Reply to This | # ]