Date fields do not appear to be localised, at least for the UK where Iâm based. This is a bigger problem than you might think, because people in the UK who arenât programmers often have no idea that the US uses a different date format, and obviously there are lots of dates where the format overlaps (when day <=12).
Since you have the visual date picker there anyway, I often wouldnât even need the numeric text field to be editable. It would be cool to have a presentation option to show long-form dates (eg. the field would show readonly text â12th January 2020â). For a lot of use cases this would allow much easier scanning of dates and my users wouldnât care about not being able to type in the field directly.
Hey @webworkshop we should already localise the dates automatically based on the user agent of your browser.
Weâll soon give the option to select that, but for now should work automatically. Can you please try with a GB locale and see if that works better? From what youâre saying Iâm not sure you are already using that.
Do you mean the following option?
I hadnât noticed that there is a UK-specific one before. When I go to change it I get a scary message. Is there a way to change the locale without deleting all my content?
If you change that it will delete all your content, yes, donât do it 
The display of dates and times should depend on the browserâs locale, it isnât working as you would expect?
Weâll allow customisation of that in userâs preferences, but itâs not in the pipeline yet, sorry.
Not as far as I can see, no. Hereâs a datetime field in Safari and Firefox on my machine (macOS 10.15.2, with language and region set to âUnited Kingdomâ):
yes, that looks wrong to me, weâll investigate and get back to you
@webworkshop weâve launched this now:

that should address your issue!
Thatâs great, how do you get to this screen? I canât see it in the model settings.
Itâs a user setting, have a look here: