You are right to ask this question. It really depends on who your users are.
In labor-intensive environments, users are often very familiar with the HH:MM notation for duration, so it's OK to use that format.
But, I agree that even for those environments easy to get it confused with time.
Is there a better way?
Let's start with the existing solution. ...
I'm not sure about hard research, but there's a good article from UX Movement:
Absolute vs. Relative Timestamps
When to use absolute timestamps:
There are times when users need to look back on past content to retrieve information. Without absolute timestamps, users can’t target a specific period to find the information.
Sites that host photos, ...
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 ...
Why make the user click when they don't have to? You could easily show all of the open and closing times for the week, and I don't think it would be information overload as the user will already know what day(s) they're looking for. Here's a rough sketch of what I'm talking about:
It simply and elegantly displays what days and times the store is open/...
There is some interesting pedantic information on the weirdness of midnight: http://en.wikipedia.org/wiki/Midnight
Specifically, technically, at midnight, it's neither am nor pm. But merely the instant of transition between the two.
Use a 24 hour clock. Perhaps with 12 hour correlations in parenthesis:
It depends on what is more vital for users — «love to retrostyle» or effectiveness (speed of reading without mistakes).
The following illustration from Handbook of Aviation Human Factors represents how effective are digital visualizations of altitude in comparison with classic analog gauges both for expert and novice users:
Try showing them visually, as they build the restriction and exemption times. With each criterion added, the timeline updates.
I'm not sure I fully understand your use case, but it sounds like users need to clearly see the results of their restrictions and exceptions. I'm focusing a little bit on how to see the outcome as feedback.
Forcing them to read ...
According to me, the best option would be to use 59m 59s.
This will surely help a user to understand the time available without any confusion. Here the labels are clearly visible at the first glance along with the second's portion ticking provide the information more precisely to the users.
Moreover, users will be familiar with this format from other ...
The mental image of time is indeed thought to be influenced by language and culture.
Scientists discovered years ago that spatial representations of time
are affected greatly by linguistic conventions. If English is your
native tongue, you're likely to think of time as moving from left to
right, but if Arabic is your language of choice, time moves ...
In my opinion, Option 2 is the most user friendly.
If the hour has its own up and down arrow you do not expect that using the up and down arrow of the minutes can change the hour as well. to me, individual controls means individual effect.
If you want to have the effect of changing the minutes influencing the hours, this is what you need:
For what it's worth - I tried a variety of timings myself and ended up at 3200ms for a two line message of up to about 20 words. But I also place a small dot (10px diameter) to the left, which is coloured according to message type (eg red/error, blue/info, orange/warning) and which fades out over the 3200ms. When the fade gets to 100%, the message itself ...
This is a tricky interaction, mostly because it has to be super intuitive since the end users are not computer savy. I know it because I´ve had to deal with it in the past :)
I had the same problem while working in the UX team at 11870.com (a recomendations website similar to Yelp), this is the way we handled it, might not be the ideal solution but it ...
Because the simple system works. You set it when you go to bed, and if you don't want to be woken up the next day, just don't set it.
More complicated ones with more features are available if you like, but the common ones do the job in the simplest most intuitive way. Good UX design.
There are many things you can do in such situation. Two obvious things that come to my mind:
Provide some distracting animation (time goes faster when user is distracted, check the Foursquare's animation they've used in their iPhone app).
Show some funny quote, interesting fact or tip that could be if not useful then just entertaining and appropriate in the ...
I think it can better to make a visual support for such input, that will allow to enter not only breaks, but also days off. Input can look like this:
Clicking on row or cell header (with hour or day) should turn on/off all days or hours. Also you can add popular variants at top of table to select them faster — «24x7», «All days without weekends» etc.
Nice. I like your idea of rewarding the good ones much more than blaming the bad ones. Don't know what type of company it is but finger pointing feels like from the old days and doesn't support a great work environment.
For the 'Reporting time highscore' you might want to reward those who always report on time but also encourage everybody else to be shown ...
Another possibility would be to add a "prime" mark at the end, as is sometimes (often in race times) used. Minutes and seconds would look like 4′33″, so a single prime is minutes, so use 1:30′ for an hour and a half.
My initial idea is to use a slider where you can chose timestamps appropriate to the user. The further back in time, the more rough time steps you have in this logarithmic scale. It might not be appropriate everywhere, but it’s fast and intuitive:
download bmml source – Wireframes created with Balsamiq Mockups
It varies, but for English language...
Generally the time taken to read a flash notice will vary according to the complexity of the information, length of notice, and focus/distraction level of the user.
That said, I tend to use the following informed approach:
1. Flash notices should be short
If a notice is longer than about 1.5 lines, it likely too ...
In this situation, the solution Facebook uses is great if you can do it. A "skeleton" of the page is immediately shown and then the actual content fills in the skeleton when it's available. The skeleton boxes are animated to show progress.
If the page loads quickly, the skeleton is very quickly replaced by the actual content, and the user might not even ...
Yes, it is reasonable to right align in your case. For other date and time formats, the alignment can be discussed.
Example from Spotify:
The biggest number can vary in number of figures -- in your case the hour, in this example the minute -- but the smallest cannot.
So right alignment is a simple way to a keep a consistent scale along the Y ...
The international standard ISO 8601 would suggest P04:00 or P4H. Its part on periods, durations or time spans and repetitions, though, is hardly ever followed – and you aren’t using its date format in the first place. JFTR
Please note that 4h00 is not unambiguous, since some people tend to write clock times that way. 4h00m or 4h00min would be better.
Times for flights are almost always given as local time in a 24-hour
Most airlines use the 24-hour clock system when telling time. They use
this system when assigning trip departures, check-in times and other
forms of time designation. The 24-...
You could use decimals. So for example:
90 minutes would be 1.5 hours instead of 1:30
3 hours and 45 minutes would be 3.75 instead of 3:45
This format is highly scannable and makes it easier to sum the values in your head.
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 ...