Re:The future of 32-bit support in the kernel
by Majestic121 on Tuesday September 02, 2025 @05:10AM
(#45100697)
> If I'm writing a document for human consumption then why would I expect the dates to be sortable by a naive string sorting algorithm?
If you're naming a document for human consumption, having the files sorted by date easily without relying on modification date (which is changed by fixing a typo/etc...) is pretty neat
Re:The future of 32-bit support in the kernel
by bombcar on Tuesday September 02, 2025 @06:59AM
(#45101371)
This is exactly it - file name is easy to control and sort on; creates date and modified date are (for most users) random and uncontrolled.
Re:The future of 32-bit support in the kernel
by globular-toast on Wednesday September 03, 2025 @01:55AM
(#45112626)
So you can't sort by name, author etc? One sort key? What year is it?!
If I'm writing a document for human consumption then why would I expect the dates to be sortable by a naive string sorting algorithm?
On the other hand, if it's data for computer consumption then just skip the complicated serialisation completely and dump the Unix timestamp as a decimal. Any modern data format would include the ability to label that as a timestamp data type. If you really want to be able to "read" the data file then just include another column with a human-formatted timestamp, but I can't imagine why in 2025 I would be manually reading through a data file like some ancient mathematician using a printed table of logarithms.