One this day card	Most read list	Revision history stats (long press on stats graph)	On this day page	Edits page	Diff page

Revision history	Talk page	Contribution detail	Reading list overflow menu	Contributions page	Notifications page	Watchlist page	History page

Please note that the date format may be changed by the system due to different locations/languages.

Most views are using either MMM dd, YYYY or MM/dd/YYYY

Please let me know if you need more information.

Thanks for this @cooltey.

Let’s follow the time format of the user’s device.

What are the options we have to accomplish this? Is there a foreseen 'Android' way or do we need to review regions manually?

Also, there’s nuance to it, as sometimes:

• We apply *more visual hierarchy* on the date (e.g. 'Revision History' or 'Explore')
• We have *more space* to display detailed infos
• We don’t need certain infos, e.g. the year in 'On this day'

IMO 'On this day' needs to be excluded from this discussion as it’s deliberately designed to surface the day in the year.

In the screens you’ve posted, I spotted the following formats:

• Mar 30, 2022 (Top read, Contributions page, Notifications, History)
• March 31 (Revision history, Watchlist)
• Mar 18, 2022 | 21:33 (Compare revisions, User talk)
• Mar 31, 2022, 16:26 (Reading list overflow menu)
• May 24, 2021 / 16:01 (Contribution detail)
• 03/28/2022 (Edits)
• 16:20 (Watchlist)

I suggest to narrow it down to:

• Apr 26, 2022
• 16:55, Apr 26, 2022 *
• 04/26/2022
• 16:55 *

* Consider the user’s 24 hour system/OS preference:

To summarize, please apply the following changes:

• Mar 30, 2022 (Top read, Contributions page, Notifications, History) → Keep
• March 31 (Revision history, Watchlist) → Change to Mar 30, 2022
• Mar 18, 2022 | 21:33 (Compare revisions, User talk) → Change to 21:33, Mar 18, 2022
• Mar 31, 2022, 16:26 (Reading list overflow menu) → Change to 16:26, Mar 31, 2022
• May 24, 2021, 16:01 (Contribution detail) → Change to 16:26, May 24, 2021
• 03/28/2022 (Edits) → Keep
• 16:20 (Watchlist) → Keep

And a minor update:

Please apply the extended format (16:26, Mar 31, 2022) to this tooltip to improve readability 👇

There is another new time format being introduced in the updated Talk interface, namely:

Shall we make it consistent with the others you've mentioned? i.e. "Jan 16, 2022, 17:00"?

@Dbrant let’s chat about this in planning tonight 🕳🐇

Task updated per discussion in the planning meeting ✅ → moving it back to the did not pass design column.

Hi @scblr

Please check the APK in the ticket description.

Thanks @cooltey – two things:

01) Seems like the tooltip in edit history outputs the current hour twice in every case? The from time should be different (time of the article’s creation), no?

02) Seems like the app does not yet respect the device’s 24 hour time setting (also tried restarting the app), check out the video below:

https://www.dropbox.com/s/ml9tto1jct4rce6/screen-20220509-112143.mp4?dl=0

Hi @scblr

01) Seems like the tooltip in edit history outputs the current hour twice in every case? The from time should be different (time of the article’s creation), no?

Due to the restriction of the metrics API, the maximum time range is 1 year. Would it be possible to change it to MM dd, YYYY?

02) Seems like the app does not yet respect the device’s 24 hour time setting (also tried restarting the app), check out the video below:

I updated the time setting in the revision history and the watchlist, but it will not be updated automatically unless you refresh it manually after you back from the device setting page.

Sure @cooltey — moving this to Code Review ✅

Looking good on my end. Testing on 2.7.50404-r-2022-06-07

The only thing I noticed is that in most places the hours/minutes are always in 24 hour format even if the device is set to 12 hour format.

I meant to move this to PM signoff

Hi @scblr
Please see the screenshots below, I have updated all places where we show the date and time in the app.

looks good so far @cooltey – one question related to talk page signatures:

• not quite sure what to do here – is there a way to achieve consistency between the header of the message and signature?
• I’d still be in favor of not showing the signature (since it’s already visible in the header) – but from what I understood, this is difficult to achieve, right?

thanks!

Hi @scblr

I’d still be in favor of not showing the signature (since it’s already visible in the header) – but from what I understood, this is difficult to achieve, right?

As mentioned in the meeting, the timestamp is a part of each message, so it is not recommended to manually update its format.

That sounds good @cooltey — ,and let’s work towards having more structured data in the future, that only features one signature; the one in the header of the message! 🚀

Looks good to me on 2.7.50414-beta-2022-07-19