Tag Info

New answers tagged

0

If I set a date to be Monday the 1st of September 2014 at 12:59 PM, will this actually be handled as tuesday very early morning? No, this would be treated as Monday afternoon, just before 1pm. Early morning on Tuesday would be Tuesday 12:59am in 12-hour format or 00:59 in 24-hour format. And while it's true that people might also describe that as ...


1

That actually depends on the context. Imagine you're booking a flight and it says Saturday, 2am on the tickets. There's hardly any doubt that it's the night Fri-Sat and not the next night. It's a whole different thing if you're e.g. providing the running order of a music festival. Saturday, 2am there, is almost always technically Sunday, 2am, but this isn't ...


1

The user might intuitively know what they mean when they are talking about 2am Saturday, but when it comes to interpretation by someone else, there is an element of confusion. A subtle reminder or a hint like "2am 'Saturday' is technically Sunday, but you already know." would be a great help for all parties involved.


0

Most People will know this when dealing with calendar. Notice is not necessary i believe. I would suggest to use Tomorrow at 02:00 am / Tomorrow early morning. 00:00 - 09:00 - EARLY MORNING 09:00 - 12:00 - MORNING 12:00 - 16:00 - AFTERNOON 16:00 - 20:00 - EVENING 20:00 - 23:59 - NIGHT and so on. This will give a clear idea for the user.


4

This looks like the time selector introduced in Android KitKat; From a UX perspective this UI works well on touch-enabled interfaces but would be a lot less intuitive if used with keyboard/mouse. There is a useful overview of mobile time picker UI's here - http://blog.iangclifton.com/2014/01/22/mobile-time-pickers/ And also a nicer looking ( to me ...


1

I admire the effort of mimicking an analog(ue) clock face, but I think you're oversimplifying things into complexity. The first point of hopefully constructive criticism is, in full honesty, one of my pet peeves as a non-native English speaker; the AM/PM thing. If your target audience contains a significant amount of non-natives, you might consider showing ...


2

As your primary focus seems to be tracking working hours, you could easily assume that 8 hours are one day. E.g. the popular issue tracking tool JIRA does so: if someone logs e.g. 9 hours, 1d 1h will be displayed for easier readability. This way you wouldn't run into a problem as long as you don't want to track "real" (= 24h days) separately; and could get ...


1

The total estimate you are giving is a huge number of colors for the user to be able to recall and even distinguish to make any sensible overview of the data they are seeing. And I don't think that at any one time you will have more than, say, 20 colors in one graph in most use cases. And if you will, the graph will become illegible anyways, so what is the ...



Top 50 recent answers are included