Comment # 5
on bug 12402
from Guy Harris
4) don't treat all non-absolute time values as the same, and introduce a new
FT_DELTA_TIME field type, where FT_RELATIVE_TIME is to be used for times
relative to an unknown fixed point in time and FT_DELTA_TIME is to be used for
the difference between two times relative to the same fixed point in time
(whether known or unknown).
FT_RELATIVE_TIME fields would be displayed, by default, as something other than
seconds and fractions of a second (whether it's just minutes and seconds, or
hours/minutes/seconds, or days/hours/minutes/seconds, or...), under the
assumption that they have a reasonable chance of being a significant amount of
time, and FT_DELTA_TIME fields would be displayed, by default, as seconds and
fractions of a second, under the assumption that they're likely to be small
amounts.
Whether that's worth making a semantic difference is another matter, as
1) the "by default" means that some FT_RELATIVE_TIME fields should perhaps
just be minutes and seconds and others should perhaps be hours/minutes/seconds
and..., and some FT_DELTA_TIME fields should be just seconds and others should
perhaps be minutes and seconds and ..., so you might still want a display
format specifier *anyway*
and
2) if that's the *only* difference, it's not clear what advantage it would
have ver FT_RELATIVE_TIME plus a display format specifier.
You are receiving this mail because:
- You are watching all bug changes.