How to best display number of hours
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty{ margin-bottom:0;
}
up vote
12
down vote
favorite
What would be a better solution when displaying the number of hours required for some task? For example: 1 hours and 30 minutes, in a short way.
1,5h
- as 1 and half hour
1,3h
- as 1 hour and 30 minutes
Why I listed those two is because I'd prefer to keep it compact and not take too much space.
time data-display
New contributor
|
show 4 more comments
up vote
12
down vote
favorite
What would be a better solution when displaying the number of hours required for some task? For example: 1 hours and 30 minutes, in a short way.
1,5h
- as 1 and half hour
1,3h
- as 1 hour and 30 minutes
Why I listed those two is because I'd prefer to keep it compact and not take too much space.
time data-display
New contributor
72
Definitely not1,3h
. I almost suffered an aneurysm trying to make heads or tails of that because decimals do not reset at1,59
– MonkeyZeus
Nov 13 at 17:59
29
I have never seen 1,3h used for 1:30, its would be confusing as hell. 1,5h is 1:30, or just stick to 1:30 notation, or add suffixes e.g. 1h 30m.
– Polygnome
Nov 13 at 18:01
31
In which locale does "1,3h" mean 1 hour and 30 minutes?
– xehpuk
Nov 13 at 18:25
6
Decimal times like 1,3h (1h18m) are used in German Industrieminuten ("industrial minutes"), mostly for time keeping. It was supposedly easier to handle in early timekeeping system (before computers were used) but I don't see any advantage today. It is confusing to calculate. You have to multiply the decimals by a factor of 6 to get real minutes. Also the notation is also not always that compact. 1h15 is 1,25 - so you don't save much space.
– kapex
Nov 13 at 21:21
12
Note that, in English, the decimal separator is the period, not the comma.
– David Richerby
Nov 13 at 22:07
|
show 4 more comments
up vote
12
down vote
favorite
up vote
12
down vote
favorite
What would be a better solution when displaying the number of hours required for some task? For example: 1 hours and 30 minutes, in a short way.
1,5h
- as 1 and half hour
1,3h
- as 1 hour and 30 minutes
Why I listed those two is because I'd prefer to keep it compact and not take too much space.
time data-display
New contributor
What would be a better solution when displaying the number of hours required for some task? For example: 1 hours and 30 minutes, in a short way.
1,5h
- as 1 and half hour
1,3h
- as 1 hour and 30 minutes
Why I listed those two is because I'd prefer to keep it compact and not take too much space.
time data-display
time data-display
New contributor
New contributor
edited 2 days ago
Agi Hammerthief
257110
257110
New contributor
asked Nov 13 at 13:53
aMJay
16318
16318
New contributor
New contributor
72
Definitely not1,3h
. I almost suffered an aneurysm trying to make heads or tails of that because decimals do not reset at1,59
– MonkeyZeus
Nov 13 at 17:59
29
I have never seen 1,3h used for 1:30, its would be confusing as hell. 1,5h is 1:30, or just stick to 1:30 notation, or add suffixes e.g. 1h 30m.
– Polygnome
Nov 13 at 18:01
31
In which locale does "1,3h" mean 1 hour and 30 minutes?
– xehpuk
Nov 13 at 18:25
6
Decimal times like 1,3h (1h18m) are used in German Industrieminuten ("industrial minutes"), mostly for time keeping. It was supposedly easier to handle in early timekeeping system (before computers were used) but I don't see any advantage today. It is confusing to calculate. You have to multiply the decimals by a factor of 6 to get real minutes. Also the notation is also not always that compact. 1h15 is 1,25 - so you don't save much space.
– kapex
Nov 13 at 21:21
12
Note that, in English, the decimal separator is the period, not the comma.
– David Richerby
Nov 13 at 22:07
|
show 4 more comments
72
Definitely not1,3h
. I almost suffered an aneurysm trying to make heads or tails of that because decimals do not reset at1,59
– MonkeyZeus
Nov 13 at 17:59
29
I have never seen 1,3h used for 1:30, its would be confusing as hell. 1,5h is 1:30, or just stick to 1:30 notation, or add suffixes e.g. 1h 30m.
– Polygnome
Nov 13 at 18:01
31
In which locale does "1,3h" mean 1 hour and 30 minutes?
– xehpuk
Nov 13 at 18:25
6
Decimal times like 1,3h (1h18m) are used in German Industrieminuten ("industrial minutes"), mostly for time keeping. It was supposedly easier to handle in early timekeeping system (before computers were used) but I don't see any advantage today. It is confusing to calculate. You have to multiply the decimals by a factor of 6 to get real minutes. Also the notation is also not always that compact. 1h15 is 1,25 - so you don't save much space.
– kapex
Nov 13 at 21:21
12
Note that, in English, the decimal separator is the period, not the comma.
– David Richerby
Nov 13 at 22:07
72
72
Definitely not
1,3h
. I almost suffered an aneurysm trying to make heads or tails of that because decimals do not reset at 1,59
– MonkeyZeus
Nov 13 at 17:59
Definitely not
1,3h
. I almost suffered an aneurysm trying to make heads or tails of that because decimals do not reset at 1,59
– MonkeyZeus
Nov 13 at 17:59
29
29
I have never seen 1,3h used for 1:30, its would be confusing as hell. 1,5h is 1:30, or just stick to 1:30 notation, or add suffixes e.g. 1h 30m.
– Polygnome
Nov 13 at 18:01
I have never seen 1,3h used for 1:30, its would be confusing as hell. 1,5h is 1:30, or just stick to 1:30 notation, or add suffixes e.g. 1h 30m.
– Polygnome
Nov 13 at 18:01
31
31
In which locale does "1,3h" mean 1 hour and 30 minutes?
– xehpuk
Nov 13 at 18:25
In which locale does "1,3h" mean 1 hour and 30 minutes?
– xehpuk
Nov 13 at 18:25
6
6
Decimal times like 1,3h (1h18m) are used in German Industrieminuten ("industrial minutes"), mostly for time keeping. It was supposedly easier to handle in early timekeeping system (before computers were used) but I don't see any advantage today. It is confusing to calculate. You have to multiply the decimals by a factor of 6 to get real minutes. Also the notation is also not always that compact. 1h15 is 1,25 - so you don't save much space.
– kapex
Nov 13 at 21:21
Decimal times like 1,3h (1h18m) are used in German Industrieminuten ("industrial minutes"), mostly for time keeping. It was supposedly easier to handle in early timekeeping system (before computers were used) but I don't see any advantage today. It is confusing to calculate. You have to multiply the decimals by a factor of 6 to get real minutes. Also the notation is also not always that compact. 1h15 is 1,25 - so you don't save much space.
– kapex
Nov 13 at 21:21
12
12
Note that, in English, the decimal separator is the period, not the comma.
– David Richerby
Nov 13 at 22:07
Note that, in English, the decimal separator is the period, not the comma.
– David Richerby
Nov 13 at 22:07
|
show 4 more comments
5 Answers
5
active
oldest
votes
up vote
54
down vote
accepted
Jira has a great and clear way of doing this when entering time estimates in the task estimate field, simply using 1 letter after the weeks (w), days (d), hours (h) and minutes (m).
By not allowing a user to enter decimals, visualizing and reading the data is much easier.
For example, if a user adds 1,50h would they mean 1 hour and 50 minutes or 1 hour and 30 minutes? Jira solves this cleverly by chopping it up in the various units directly.
Examples of what can be entered:
- 1w 4d 1h 30m
- 4d 1h 30m
- 1h 30m
- 1h
- 30m
You can specify a time unit after a time value 'X', such as Xw, Xd, Xh
or Xm, to represent weeks (w), days (d), hours (h) and minutes (m),
respectively.
From Jiras logging work and time tracking guides
This may differ with each organisation depending on how they set it but its a good, clear example of this.
11
I believe if you do enter1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).
– TripeHound
Nov 13 at 15:07
6
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
1
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
1
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
add a comment |
up vote
14
down vote
Standard format for time (and time intervals less than 24 hours in duration) is set by ISO 8601.
Using extended format (hh:mm[:ss]) fits best (note :
!), clearly conveying time nature of the value.
From my experience, even though it says:
Decimal fractions may be added to any of the three time elements. However, a fraction may only be added to the lowest order time element in the representation..
using a fraction may lead to ambiguous interpretation.
HH:mm
gives you shortest (only 5 charachters in width) and cleanest widely recognizable format.
2
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.10.25
is the same number of characters as10:15
, but10.25
could also be read as10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use
– Chris H
2 days ago
6
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
1
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are neededHH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).
– Astrogator
2 days ago
3
@Astrogator Sorry I think you missed my point, which is that theHH:mm
syntax does not provide that context and is thus ambiguous.
– Lightness Races in Orbit
2 days ago
1
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
|
show 3 more comments
up vote
5
down vote
I don't have enough reputation to comment so this answer is intended to add additional context to Astrogator's (Though I do think that Owen Hughes has provided the best answer from a UI perspective).
Astrogator's answer is misleading in that it conflates "time" (the absolute value of the time of day in a given time zone) with "duration" (the amount of time that something may take to complete)
ISO 8601 defines the following standard format for a time duration:
PnYnMnDTnHnMnS
where:
- P denotes that this is a duration (period) of time
- n is the amount of that size interval that is included
- Y/M/D designate Years, Months and Days respectively (also W for Week)
- T separates the day and larger units from sub-day units (time)
- H/M/S designate Hours, Minutes and Seconds respectively
- Any unit with a zero value can be excluded (eg. P1D can be read as P0Y0M1DT0H0M0S) so long as at least one is included (eg. P is not valid for a zero-length period but P0S is)
In addition T must be included if the days and lager are zero in order to avoid ambiguity, this means that P1M describes 1 Month while PT1M describes 1 minute. Decimals are also accepted as P1.5H = P1H30M. It is valid as well to include a value greater than the size of the next unit, with the caution that P1DT1H and P25H may not be the same where the interval falls over a change in daylight-savings time - a duration of P1D takes you to the same time the following day but a duration of P24D would have an extra hour consumed or an hour skipped leaving you an hour different.
The end result of all this is that the ISO standard description of a 1 hour 30 minute duration would be P1H30M. However, whilst this format is great if you are familiar with the standard, it is obtuse to unfamiliar users and I believe as a result that the Jira approach recommended by Owen Hughes is the best approach for your use-case.
1
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of:ss
based on context) :))
– Astrogator
2 days ago
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
add a comment |
up vote
2
down vote
Additional answer – still use decimal notation in reports
In addition to displaying individual values like 4d 1h 30m
as shown in the accepted answer, it needs to be said that in context of reports (or other lists with multiple values) it would be unacceptable:
Name Hours
-----------------------------
Peter 4d 1h 30m
Joan 1d 30m
Thomas 2w
-----------------------------
Total 2w 5d 2h
Instead you want:
Name Hours
-----------------------------
Peter 97.50
Joan 24.50
Thomas 336.00
-----------------------------
Total 458.00
Another note:
When going with accepted answer, in cases like2w 1h
you might prefer2w 0d 1h
what assures the user about number of days. You know, 2d 10s
may look a bit weird. Let's pick hours and minutes as a base unit which is always present (at least one of them) and whatever goes to the left or to right, list all related units, even if zero.
add a comment |
up vote
-1
down vote
1:30 hrs
I most commonly see time with colon characters, for example: "1:30 hrs" to mean 1 hour and 30 minutes. I think this is even the format that my car sat nav displays.
1
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen1:30 hrs
being used to refer to a duration prior to this answer.
– doppelgreener
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
add a comment |
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
54
down vote
accepted
Jira has a great and clear way of doing this when entering time estimates in the task estimate field, simply using 1 letter after the weeks (w), days (d), hours (h) and minutes (m).
By not allowing a user to enter decimals, visualizing and reading the data is much easier.
For example, if a user adds 1,50h would they mean 1 hour and 50 minutes or 1 hour and 30 minutes? Jira solves this cleverly by chopping it up in the various units directly.
Examples of what can be entered:
- 1w 4d 1h 30m
- 4d 1h 30m
- 1h 30m
- 1h
- 30m
You can specify a time unit after a time value 'X', such as Xw, Xd, Xh
or Xm, to represent weeks (w), days (d), hours (h) and minutes (m),
respectively.
From Jiras logging work and time tracking guides
This may differ with each organisation depending on how they set it but its a good, clear example of this.
11
I believe if you do enter1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).
– TripeHound
Nov 13 at 15:07
6
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
1
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
1
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
add a comment |
up vote
54
down vote
accepted
Jira has a great and clear way of doing this when entering time estimates in the task estimate field, simply using 1 letter after the weeks (w), days (d), hours (h) and minutes (m).
By not allowing a user to enter decimals, visualizing and reading the data is much easier.
For example, if a user adds 1,50h would they mean 1 hour and 50 minutes or 1 hour and 30 minutes? Jira solves this cleverly by chopping it up in the various units directly.
Examples of what can be entered:
- 1w 4d 1h 30m
- 4d 1h 30m
- 1h 30m
- 1h
- 30m
You can specify a time unit after a time value 'X', such as Xw, Xd, Xh
or Xm, to represent weeks (w), days (d), hours (h) and minutes (m),
respectively.
From Jiras logging work and time tracking guides
This may differ with each organisation depending on how they set it but its a good, clear example of this.
11
I believe if you do enter1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).
– TripeHound
Nov 13 at 15:07
6
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
1
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
1
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
add a comment |
up vote
54
down vote
accepted
up vote
54
down vote
accepted
Jira has a great and clear way of doing this when entering time estimates in the task estimate field, simply using 1 letter after the weeks (w), days (d), hours (h) and minutes (m).
By not allowing a user to enter decimals, visualizing and reading the data is much easier.
For example, if a user adds 1,50h would they mean 1 hour and 50 minutes or 1 hour and 30 minutes? Jira solves this cleverly by chopping it up in the various units directly.
Examples of what can be entered:
- 1w 4d 1h 30m
- 4d 1h 30m
- 1h 30m
- 1h
- 30m
You can specify a time unit after a time value 'X', such as Xw, Xd, Xh
or Xm, to represent weeks (w), days (d), hours (h) and minutes (m),
respectively.
From Jiras logging work and time tracking guides
This may differ with each organisation depending on how they set it but its a good, clear example of this.
Jira has a great and clear way of doing this when entering time estimates in the task estimate field, simply using 1 letter after the weeks (w), days (d), hours (h) and minutes (m).
By not allowing a user to enter decimals, visualizing and reading the data is much easier.
For example, if a user adds 1,50h would they mean 1 hour and 50 minutes or 1 hour and 30 minutes? Jira solves this cleverly by chopping it up in the various units directly.
Examples of what can be entered:
- 1w 4d 1h 30m
- 4d 1h 30m
- 1h 30m
- 1h
- 30m
You can specify a time unit after a time value 'X', such as Xw, Xd, Xh
or Xm, to represent weeks (w), days (d), hours (h) and minutes (m),
respectively.
From Jiras logging work and time tracking guides
This may differ with each organisation depending on how they set it but its a good, clear example of this.
edited Nov 13 at 14:45
Matthijs Mali
390112
390112
answered Nov 13 at 14:15
UIO
2,242919
2,242919
11
I believe if you do enter1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).
– TripeHound
Nov 13 at 15:07
6
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
1
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
1
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
add a comment |
11
I believe if you do enter1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).
– TripeHound
Nov 13 at 15:07
6
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
1
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
1
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
11
11
I believe if you do enter
1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to 1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).– TripeHound
Nov 13 at 15:07
I believe if you do enter
1.5h
(or with a comma, depending on locale) it does treat that as one-and-a-half hours, but (IIRC) converts it immediately to 1h 30m
to remove any ambiguity (might vary by version, but I seem to remember being able to do this).– TripeHound
Nov 13 at 15:07
6
6
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
Beware that such time units don't translate well, especially to non-latin-based languages.
– Jonathan
2 days ago
1
1
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
trivial fact: if you input 8h in jira, that's converted to 1d :)
– STT LCU
yesterday
1
1
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@STTLCU It is :) thats the factory setting, it is configurable to suit different organisations. :)
– UIO
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
@OwenHughes yes I would expect that to be doable :) on a more practical side, entering 200m would return 3h 20m
– STT LCU
yesterday
add a comment |
up vote
14
down vote
Standard format for time (and time intervals less than 24 hours in duration) is set by ISO 8601.
Using extended format (hh:mm[:ss]) fits best (note :
!), clearly conveying time nature of the value.
From my experience, even though it says:
Decimal fractions may be added to any of the three time elements. However, a fraction may only be added to the lowest order time element in the representation..
using a fraction may lead to ambiguous interpretation.
HH:mm
gives you shortest (only 5 charachters in width) and cleanest widely recognizable format.
2
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.10.25
is the same number of characters as10:15
, but10.25
could also be read as10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use
– Chris H
2 days ago
6
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
1
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are neededHH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).
– Astrogator
2 days ago
3
@Astrogator Sorry I think you missed my point, which is that theHH:mm
syntax does not provide that context and is thus ambiguous.
– Lightness Races in Orbit
2 days ago
1
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
|
show 3 more comments
up vote
14
down vote
Standard format for time (and time intervals less than 24 hours in duration) is set by ISO 8601.
Using extended format (hh:mm[:ss]) fits best (note :
!), clearly conveying time nature of the value.
From my experience, even though it says:
Decimal fractions may be added to any of the three time elements. However, a fraction may only be added to the lowest order time element in the representation..
using a fraction may lead to ambiguous interpretation.
HH:mm
gives you shortest (only 5 charachters in width) and cleanest widely recognizable format.
2
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.10.25
is the same number of characters as10:15
, but10.25
could also be read as10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use
– Chris H
2 days ago
6
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
1
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are neededHH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).
– Astrogator
2 days ago
3
@Astrogator Sorry I think you missed my point, which is that theHH:mm
syntax does not provide that context and is thus ambiguous.
– Lightness Races in Orbit
2 days ago
1
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
|
show 3 more comments
up vote
14
down vote
up vote
14
down vote
Standard format for time (and time intervals less than 24 hours in duration) is set by ISO 8601.
Using extended format (hh:mm[:ss]) fits best (note :
!), clearly conveying time nature of the value.
From my experience, even though it says:
Decimal fractions may be added to any of the three time elements. However, a fraction may only be added to the lowest order time element in the representation..
using a fraction may lead to ambiguous interpretation.
HH:mm
gives you shortest (only 5 charachters in width) and cleanest widely recognizable format.
Standard format for time (and time intervals less than 24 hours in duration) is set by ISO 8601.
Using extended format (hh:mm[:ss]) fits best (note :
!), clearly conveying time nature of the value.
From my experience, even though it says:
Decimal fractions may be added to any of the three time elements. However, a fraction may only be added to the lowest order time element in the representation..
using a fraction may lead to ambiguous interpretation.
HH:mm
gives you shortest (only 5 charachters in width) and cleanest widely recognizable format.
answered Nov 13 at 18:32
Astrogator
26913
26913
2
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.10.25
is the same number of characters as10:15
, but10.25
could also be read as10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use
– Chris H
2 days ago
6
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
1
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are neededHH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).
– Astrogator
2 days ago
3
@Astrogator Sorry I think you missed my point, which is that theHH:mm
syntax does not provide that context and is thus ambiguous.
– Lightness Races in Orbit
2 days ago
1
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
|
show 3 more comments
2
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.10.25
is the same number of characters as10:15
, but10.25
could also be read as10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use
– Chris H
2 days ago
6
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
1
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are neededHH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).
– Astrogator
2 days ago
3
@Astrogator Sorry I think you missed my point, which is that theHH:mm
syntax does not provide that context and is thus ambiguous.
– Lightness Races in Orbit
2 days ago
1
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
2
2
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.
10.25
is the same number of characters as 10:15
, but 10.25
could also be read as 10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use– Chris H
2 days ago
With respect to the last paragraph, this is also the shortest unambiguous way if you want to handle all common intervals less than 24h.
10.25
is the same number of characters as 10:15
, but 10.25
could also be read as 10:25
. Unicode supports fractions equivalent to 30, 20, 15, 12, 10 and 6 minute intervals, but "1⅖ hours" isn't all that helpful, and you can't do 5 minutes, only 6: "⅒ hour", so this approach isn't much use– Chris H
2 days ago
6
6
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
It's not cleanest and it's not unambiguous because HH:mm is often indistinguishable from mm:ss. That's why we prefer letter suffixes when i18n isn't a concern. When it is, you'll want some different scheme entirely.
– Lightness Races in Orbit
2 days ago
1
1
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are needed
HH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).– Astrogator
2 days ago
@LightnessRacesinOrbit, yes but OP did not mention seconds. If they are needed
HH:mm:ss
should be used, as i said in my 1st paragraph. Also, users should be aware of the context (as much as the UI :)).– Astrogator
2 days ago
3
3
@Astrogator Sorry I think you missed my point, which is that the
HH:mm
syntax does not provide that context and is thus ambiguous.– Lightness Races in Orbit
2 days ago
@Astrogator Sorry I think you missed my point, which is that the
HH:mm
syntax does not provide that context and is thus ambiguous.– Lightness Races in Orbit
2 days ago
1
1
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
And i believe you missed mine: this context is external to format.
– Astrogator
2 days ago
|
show 3 more comments
up vote
5
down vote
I don't have enough reputation to comment so this answer is intended to add additional context to Astrogator's (Though I do think that Owen Hughes has provided the best answer from a UI perspective).
Astrogator's answer is misleading in that it conflates "time" (the absolute value of the time of day in a given time zone) with "duration" (the amount of time that something may take to complete)
ISO 8601 defines the following standard format for a time duration:
PnYnMnDTnHnMnS
where:
- P denotes that this is a duration (period) of time
- n is the amount of that size interval that is included
- Y/M/D designate Years, Months and Days respectively (also W for Week)
- T separates the day and larger units from sub-day units (time)
- H/M/S designate Hours, Minutes and Seconds respectively
- Any unit with a zero value can be excluded (eg. P1D can be read as P0Y0M1DT0H0M0S) so long as at least one is included (eg. P is not valid for a zero-length period but P0S is)
In addition T must be included if the days and lager are zero in order to avoid ambiguity, this means that P1M describes 1 Month while PT1M describes 1 minute. Decimals are also accepted as P1.5H = P1H30M. It is valid as well to include a value greater than the size of the next unit, with the caution that P1DT1H and P25H may not be the same where the interval falls over a change in daylight-savings time - a duration of P1D takes you to the same time the following day but a duration of P24D would have an extra hour consumed or an hour skipped leaving you an hour different.
The end result of all this is that the ISO standard description of a 1 hour 30 minute duration would be P1H30M. However, whilst this format is great if you are familiar with the standard, it is obtuse to unfamiliar users and I believe as a result that the Jira approach recommended by Owen Hughes is the best approach for your use-case.
1
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of:ss
based on context) :))
– Astrogator
2 days ago
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
add a comment |
up vote
5
down vote
I don't have enough reputation to comment so this answer is intended to add additional context to Astrogator's (Though I do think that Owen Hughes has provided the best answer from a UI perspective).
Astrogator's answer is misleading in that it conflates "time" (the absolute value of the time of day in a given time zone) with "duration" (the amount of time that something may take to complete)
ISO 8601 defines the following standard format for a time duration:
PnYnMnDTnHnMnS
where:
- P denotes that this is a duration (period) of time
- n is the amount of that size interval that is included
- Y/M/D designate Years, Months and Days respectively (also W for Week)
- T separates the day and larger units from sub-day units (time)
- H/M/S designate Hours, Minutes and Seconds respectively
- Any unit with a zero value can be excluded (eg. P1D can be read as P0Y0M1DT0H0M0S) so long as at least one is included (eg. P is not valid for a zero-length period but P0S is)
In addition T must be included if the days and lager are zero in order to avoid ambiguity, this means that P1M describes 1 Month while PT1M describes 1 minute. Decimals are also accepted as P1.5H = P1H30M. It is valid as well to include a value greater than the size of the next unit, with the caution that P1DT1H and P25H may not be the same where the interval falls over a change in daylight-savings time - a duration of P1D takes you to the same time the following day but a duration of P24D would have an extra hour consumed or an hour skipped leaving you an hour different.
The end result of all this is that the ISO standard description of a 1 hour 30 minute duration would be P1H30M. However, whilst this format is great if you are familiar with the standard, it is obtuse to unfamiliar users and I believe as a result that the Jira approach recommended by Owen Hughes is the best approach for your use-case.
1
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of:ss
based on context) :))
– Astrogator
2 days ago
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
add a comment |
up vote
5
down vote
up vote
5
down vote
I don't have enough reputation to comment so this answer is intended to add additional context to Astrogator's (Though I do think that Owen Hughes has provided the best answer from a UI perspective).
Astrogator's answer is misleading in that it conflates "time" (the absolute value of the time of day in a given time zone) with "duration" (the amount of time that something may take to complete)
ISO 8601 defines the following standard format for a time duration:
PnYnMnDTnHnMnS
where:
- P denotes that this is a duration (period) of time
- n is the amount of that size interval that is included
- Y/M/D designate Years, Months and Days respectively (also W for Week)
- T separates the day and larger units from sub-day units (time)
- H/M/S designate Hours, Minutes and Seconds respectively
- Any unit with a zero value can be excluded (eg. P1D can be read as P0Y0M1DT0H0M0S) so long as at least one is included (eg. P is not valid for a zero-length period but P0S is)
In addition T must be included if the days and lager are zero in order to avoid ambiguity, this means that P1M describes 1 Month while PT1M describes 1 minute. Decimals are also accepted as P1.5H = P1H30M. It is valid as well to include a value greater than the size of the next unit, with the caution that P1DT1H and P25H may not be the same where the interval falls over a change in daylight-savings time - a duration of P1D takes you to the same time the following day but a duration of P24D would have an extra hour consumed or an hour skipped leaving you an hour different.
The end result of all this is that the ISO standard description of a 1 hour 30 minute duration would be P1H30M. However, whilst this format is great if you are familiar with the standard, it is obtuse to unfamiliar users and I believe as a result that the Jira approach recommended by Owen Hughes is the best approach for your use-case.
I don't have enough reputation to comment so this answer is intended to add additional context to Astrogator's (Though I do think that Owen Hughes has provided the best answer from a UI perspective).
Astrogator's answer is misleading in that it conflates "time" (the absolute value of the time of day in a given time zone) with "duration" (the amount of time that something may take to complete)
ISO 8601 defines the following standard format for a time duration:
PnYnMnDTnHnMnS
where:
- P denotes that this is a duration (period) of time
- n is the amount of that size interval that is included
- Y/M/D designate Years, Months and Days respectively (also W for Week)
- T separates the day and larger units from sub-day units (time)
- H/M/S designate Hours, Minutes and Seconds respectively
- Any unit with a zero value can be excluded (eg. P1D can be read as P0Y0M1DT0H0M0S) so long as at least one is included (eg. P is not valid for a zero-length period but P0S is)
In addition T must be included if the days and lager are zero in order to avoid ambiguity, this means that P1M describes 1 Month while PT1M describes 1 minute. Decimals are also accepted as P1.5H = P1H30M. It is valid as well to include a value greater than the size of the next unit, with the caution that P1DT1H and P25H may not be the same where the interval falls over a change in daylight-savings time - a duration of P1D takes you to the same time the following day but a duration of P24D would have an extra hour consumed or an hour skipped leaving you an hour different.
The end result of all this is that the ISO standard description of a 1 hour 30 minute duration would be P1H30M. However, whilst this format is great if you are familiar with the standard, it is obtuse to unfamiliar users and I believe as a result that the Jira approach recommended by Owen Hughes is the best approach for your use-case.
answered 2 days ago
lakevna
812
812
1
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of:ss
based on context) :))
– Astrogator
2 days ago
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
add a comment |
1
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of:ss
based on context) :))
– Astrogator
2 days ago
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
1
1
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of
:ss
based on context) :))– Astrogator
2 days ago
I disagree with "conflating time and duration"; i clearly said and time intervals less than 24 hours in duration. Most users will be lost in all the prefixes and suffixes of the scientific Duration format (have you ever seen a countdown timer in this format?). My answer is still shortest (- what's been asked for!), while being explicit enough (with possible addition of
:ss
based on context) :))– Astrogator
2 days ago
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
This format uses uppercase letters to separate digits and includes no whitespace, which makes it harder for humans to read than any of the alternatives suggested in other answers. ISO date formats seem to have been optimized for machine readability and possibly also environments that don't support lower case.
– zwol
yesterday
add a comment |
up vote
2
down vote
Additional answer – still use decimal notation in reports
In addition to displaying individual values like 4d 1h 30m
as shown in the accepted answer, it needs to be said that in context of reports (or other lists with multiple values) it would be unacceptable:
Name Hours
-----------------------------
Peter 4d 1h 30m
Joan 1d 30m
Thomas 2w
-----------------------------
Total 2w 5d 2h
Instead you want:
Name Hours
-----------------------------
Peter 97.50
Joan 24.50
Thomas 336.00
-----------------------------
Total 458.00
Another note:
When going with accepted answer, in cases like2w 1h
you might prefer2w 0d 1h
what assures the user about number of days. You know, 2d 10s
may look a bit weird. Let's pick hours and minutes as a base unit which is always present (at least one of them) and whatever goes to the left or to right, list all related units, even if zero.
add a comment |
up vote
2
down vote
Additional answer – still use decimal notation in reports
In addition to displaying individual values like 4d 1h 30m
as shown in the accepted answer, it needs to be said that in context of reports (or other lists with multiple values) it would be unacceptable:
Name Hours
-----------------------------
Peter 4d 1h 30m
Joan 1d 30m
Thomas 2w
-----------------------------
Total 2w 5d 2h
Instead you want:
Name Hours
-----------------------------
Peter 97.50
Joan 24.50
Thomas 336.00
-----------------------------
Total 458.00
Another note:
When going with accepted answer, in cases like2w 1h
you might prefer2w 0d 1h
what assures the user about number of days. You know, 2d 10s
may look a bit weird. Let's pick hours and minutes as a base unit which is always present (at least one of them) and whatever goes to the left or to right, list all related units, even if zero.
add a comment |
up vote
2
down vote
up vote
2
down vote
Additional answer – still use decimal notation in reports
In addition to displaying individual values like 4d 1h 30m
as shown in the accepted answer, it needs to be said that in context of reports (or other lists with multiple values) it would be unacceptable:
Name Hours
-----------------------------
Peter 4d 1h 30m
Joan 1d 30m
Thomas 2w
-----------------------------
Total 2w 5d 2h
Instead you want:
Name Hours
-----------------------------
Peter 97.50
Joan 24.50
Thomas 336.00
-----------------------------
Total 458.00
Another note:
When going with accepted answer, in cases like2w 1h
you might prefer2w 0d 1h
what assures the user about number of days. You know, 2d 10s
may look a bit weird. Let's pick hours and minutes as a base unit which is always present (at least one of them) and whatever goes to the left or to right, list all related units, even if zero.
Additional answer – still use decimal notation in reports
In addition to displaying individual values like 4d 1h 30m
as shown in the accepted answer, it needs to be said that in context of reports (or other lists with multiple values) it would be unacceptable:
Name Hours
-----------------------------
Peter 4d 1h 30m
Joan 1d 30m
Thomas 2w
-----------------------------
Total 2w 5d 2h
Instead you want:
Name Hours
-----------------------------
Peter 97.50
Joan 24.50
Thomas 336.00
-----------------------------
Total 458.00
Another note:
When going with accepted answer, in cases like2w 1h
you might prefer2w 0d 1h
what assures the user about number of days. You know, 2d 10s
may look a bit weird. Let's pick hours and minutes as a base unit which is always present (at least one of them) and whatever goes to the left or to right, list all related units, even if zero.
answered yesterday
miroxlav
631512
631512
add a comment |
add a comment |
up vote
-1
down vote
1:30 hrs
I most commonly see time with colon characters, for example: "1:30 hrs" to mean 1 hour and 30 minutes. I think this is even the format that my car sat nav displays.
1
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen1:30 hrs
being used to refer to a duration prior to this answer.
– doppelgreener
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
add a comment |
up vote
-1
down vote
1:30 hrs
I most commonly see time with colon characters, for example: "1:30 hrs" to mean 1 hour and 30 minutes. I think this is even the format that my car sat nav displays.
1
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen1:30 hrs
being used to refer to a duration prior to this answer.
– doppelgreener
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
add a comment |
up vote
-1
down vote
up vote
-1
down vote
1:30 hrs
I most commonly see time with colon characters, for example: "1:30 hrs" to mean 1 hour and 30 minutes. I think this is even the format that my car sat nav displays.
1:30 hrs
I most commonly see time with colon characters, for example: "1:30 hrs" to mean 1 hour and 30 minutes. I think this is even the format that my car sat nav displays.
answered 2 days ago
StalePhish
992
992
1
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen1:30 hrs
being used to refer to a duration prior to this answer.
– doppelgreener
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
add a comment |
1
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen1:30 hrs
being used to refer to a duration prior to this answer.
– doppelgreener
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
1
1
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen
1:30 hrs
being used to refer to a duration prior to this answer.– doppelgreener
2 days ago
Or is that 1 undefined and 30 hours? Or a ratio? Or a time on the clock? I don't recall ever in my life having seen
1:30 hrs
being used to refer to a duration prior to this answer.– doppelgreener
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
@doppelgreener I do remember seing durations expressed in this format here and there, so it is used in some places. It doesn't make it right though ... It gives me headache everytime I see it as I have to think hard about the interpretation of each digit, which end up in using the context to find the most plausible match ... in the end I only end up with an educated guess!
– Hoki
2 days ago
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
For referencing timestamps in video, such as on YouTube, it's commonplace to say something is "@3:24" for 3 minutes 24 seconds. Since time is normally expressed with colons, like "6:19" is the current time where I am, as in 6 hours and 19 minutes, it is pretty natural to use that as a measure of duration as well.
– StalePhish
yesterday
add a comment |
aMJay is a new contributor. Be nice, and check out our Code of Conduct.
aMJay is a new contributor. Be nice, and check out our Code of Conduct.
aMJay is a new contributor. Be nice, and check out our Code of Conduct.
aMJay is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fux.stackexchange.com%2fquestions%2f122135%2fhow-to-best-display-number-of-hours%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
72
Definitely not
1,3h
. I almost suffered an aneurysm trying to make heads or tails of that because decimals do not reset at1,59
– MonkeyZeus
Nov 13 at 17:59
29
I have never seen 1,3h used for 1:30, its would be confusing as hell. 1,5h is 1:30, or just stick to 1:30 notation, or add suffixes e.g. 1h 30m.
– Polygnome
Nov 13 at 18:01
31
In which locale does "1,3h" mean 1 hour and 30 minutes?
– xehpuk
Nov 13 at 18:25
6
Decimal times like 1,3h (1h18m) are used in German Industrieminuten ("industrial minutes"), mostly for time keeping. It was supposedly easier to handle in early timekeeping system (before computers were used) but I don't see any advantage today. It is confusing to calculate. You have to multiply the decimals by a factor of 6 to get real minutes. Also the notation is also not always that compact. 1h15 is 1,25 - so you don't save much space.
– kapex
Nov 13 at 21:21
12
Note that, in English, the decimal separator is the period, not the comma.
– David Richerby
Nov 13 at 22:07