Showing days, weeks or months since a given date

Question

I'm writing a mobile app, in which users can record a date for something that happened in the past. On the main screen, they can see the date they saved, and next to it, the number of days since this date.

It looks like this:

This is fine, but if the number of days becomes larger, the elapsed time becomes less clear:

I can have access to:

• the number of days since the date recorded (406)
• the number of weeks & days since the date recorded (16 & 6)
• the number of months, weeks & days since the date recorded (3, 3 & 5)

It's fairly easy to imagine switching to the upper unit when it's non-null. For example, 0-6 days, 1-4 weeks, 1-12 months. The issue with this basic approach is that 1 month and 26 days would show up as "1 month" when it's closer to 2.

I could combine 2 units (weeks & days, months & weeks, etc.) but I don't really like this option, given the space it requires (it's a mobile app so I'd like to keep it short).

I understand there's no "rule" regarding this, but how would you handle such a situation ?

Answer 1

Week is a bit tricky here. Also month counting is not consistent with month length between 28 and 31 days (average 30.4).

But you need some human-readable numbers here. Provided you are not opting for rounding, what about the following schema?

• less than 8 days -> display the number of days

  4 days => 4 days

• less than 1 month -> display the number of weeks and days

  20 days => 2 weeks and 6 days

• less than 1 year -> display the number of months and days (if the remaining days not divisible by 7)

  42 days => 1 month and 12 days

• less than 1 year -> display the number of months and weeks (if the remaining days divisible by 7)

  44 days => 1 month and 2 weeks

• more than 1 year -> display the number of years and perform the above schema with the remainder of the days

  400 days => 1 year, 1 month and 5 days

• more than 1 year -> if the remainder of months is a quarter, display the number of years and perform the above schema for less than a month with the remainder of the days

  470 days => 1¼ years and 15 days

However the latest is not that clear, in my opinion.

Bottom line - use no more than two units at the same time.

Answer 2

You don't mention a requirement for precision. If exactly when the thing was recorded isn't as important as about how long ago you could do something like:

4 Days

and then (although not accounting for February, leap years etc:

35 days would be (Imagining as a round)

About 1 Month

80 Days

About 3 Months

And for 360 Days:

About 1 Year

If you want a little more precision without it being critical, you could leave the decimal places to 1 digit:

196 days:

About 6.4 Months

And it's always possible to add the functionality to click the control and get more details such as the exact date or time span.

Answer 3

Visually it would be superior to simply display the number of days. The key question that must be answered is " What is the usefulness of this information?" and secondly "How will this information influence the action of the user?"

Assuming the user will not act differently if he sees 89 days or 91 days then simply listing the days ought to be fine. If he knows he must do "x" every quarter then more information is needed.

However there comes a point where listing the number of days becomes silly: example 1723 and certainly something like 11,234 days.

Based upon the information given I would display 1-365 days and then go to "More than 1 Year", "More than 2 Years", etc...