Tim Parenti wrote:
I realize the goal may be to have a single canonical format, but perhaps this could be made conditional on a -z option?
Yes, or some such option like that. I was thinking more of a strftime-like format in which one could specify UT vs local time.
Just to throw in a potential middle-of-the-road option, would it make sense to space-pad the datetime and offset values instead?
I thought of doing that, but found that it would be a pain, since the amount of padding would be system-dependent. Every field whose extrema depend on machine integer size (the year, the UT offset) would have a width that would depend on the current machine architecture, and this would mean zdump -i would generate different outputs on different machine architectures. Plus, there would be a lot of spaces before the year and the UT offsets. Alternatively, zdump could look at all output to be generated for this particular zdump run, compute the maximum width needed for the run, and use that width. But this would mean that 'zdump -i A; zdump -i B' would not necessarily output the same thing as 'zdump -i A B', which would not be good at all. Alternatively, zdump could not bother to align outlandish years outside the range -999,9999 or outlandish UT offsets that are more than 100 hours away from UT. Something like that might work, I suppose, though we'd probably still get bug reports from compulsive aligners wondering why the outlandish cases aren't aligned properly, or why there's all that white space in the columns.