GOV.UK Design Notes
designnotes.blog.gov.uk · Company blog · on HN since 2014
The UK Government Digital Service design team shares research and patterns behind GOV.UK forms, components, and services.
What HN saysCommenters cite its research that three text boxes work best for dates of birth, and hold GOV.UK up as best practice in design and accessibility.
24HN people shared it
13linked it in comments
37stories submitted
578story points
4 months agolast shared
2014people per year2026
Most-shared posts
- 1Asking for a date of birth (2013)8 people · 72 points · first shared 2014 · 93 comments on HN
- 2Letting users tick a ‘none’ checkbox2 people · 413 points · first shared 2021 · 120 comments on HN
- 3We've updated the radios and checkboxes on GOV.UK2 people · 7 points · first shared 2016 · 1 comments on HN
- 4Three things product teams need from designers2 people · 4 points · first shared 2021 · discussion on HN
- 5We’re building an autocomplete2 people · 4 points · first shared 2017 · discussion on HN
- 6Good services are verbs, bad services are nouns2 people · 3 points · first shared 2015 · discussion on HN
- 7Tips for building a genuinely helpful chatbot2 people · 3 points · first shared 2022 · discussion on HN
- 8Removing the external link icon from GOV.UK2 people · 2 points · first shared 2016 · discussion on HN
- 9Making the GOV.UK Front end typography scale more accessible2 people · 2 points · first shared 2022 · discussion on HN
- 10Designing the Gov.uk Coronavirus Page2 people · 2 points · first shared 2020 · discussion on HN
- 11Designing for people with dyscalculia and low numeracy2 people · 2 points · first shared 2022 · discussion on HN
- 12Things we learnt designing 'Register to vote'1 people · 33 points · first shared 2014 · 19 comments on HN
- 13Introducing GOV.UK Front End Alpha1 people · 4 points · first shared 2016 · discussion on HN
- 14New guides – GOV.UK elements and design patterns1 people · 4 points · first shared 2014 · 1 comments on HN
- 15Making links easier to see and read on GOV.UK1 people · 3 points · first shared 2021 · discussion on HN
What HN people wrote when they linked it
HugoTea · 2025-11-12
The Gov.uk design team published research around data entry for dates https://designnotes.blog.gov.uk/2013/12/05/asking-for-a-date-of-birth/ Ultimately they found the best experience was three text boxes, day, month and year. They also have this "pattern" for helping with implementation https://design-system.service.gov.uk/patterns/dates/
r_hoods_ghost · 2022-12-27
Not the parent but the answer is don't use the date picker at all for date of birth. The gov.uk site, which is generally held up as an example of best practice design and accessibility because they do over the shoulder testing on real devices with real users from different backgrounds advises to just use three text field with the number property.
https://designnotes.blog.gov.uk/2013/12/05/asking-for-a-date-of-birth/
pxeger1 · 2022-12-27
Here's how the UK government website's design team recommends doing it: https://designnotes.blog.gov.uk/2013/12/05/asking-for-a-date-of-birth/
stuaxo · 2021-07-30
Hi,
GDS in the UK has done a lot of work around use of language and design to simplify services like this, it's worth having a look at some of their blog.
In particular, there was a big change from thing-gov-cares about to verbs, so instead of just "fill in a XYZ" you get "I want to do X".
I understand here, you need to think about the particular gov forms, but it's also good to surface some things that are user centric, to funnel them to the right place.
https://gds.blog.gov.uk/
https://designnotes.blog.gov.uk/2015/06/22/good-services-are-verbs-2/
https://designnotes.blog.gov.uk/2017/03/27/naming-your-service-a-new-a…
joelanman · 2017-11-06
Can't think of where that particular finding is written up, but you can find a lot of our research and guidance on our blogs and site:
https://designnotes.blog.gov.uk/
https://insidegovuk.blog.gov.uk/
https://www.gov.uk/service-manual
divbzero · 2024-09-03
The font displayed on GOV.UK Vue is different from the default font for the GOV.UK Design System. This makes sense given that:
(a) GOV.UK Vue focuses on components, not styles; and
(b) GDS Transport, the default font for the GOV.UK Design System, is apparently not publicly available. https://designnotes.blog.gov.uk/2015/03/11/can-i-use-the-gov-uk-fonts/
ascorbic · 2024-07-12
True, but not in the case of gov.uk typography, which has had a huge amount of thought put into it. e.g. https://designnotes.blog.gov.uk/2022/12/12/making-the-gov-uk-frontend-… https://www.gov.uk/guidance/style-guide/a-to-z-of-gov-uk-style
pentagrama · 2022-12-28
The UK Design System, who is known to have high standards on accessibility, does it like this:
- Pattern: https://design-system.service.gov.uk/patterns/dates/
- Research: https://designnotes.blog.gov.uk/2013/12/05/asking-for-a-date-of-birth/
daveoc64 · 2022-04-01
I agree some of the choices are questionable, but they have done quite a bit of research in reaching what they currently use:
https://github.com/alphagov/govuk-design-system-backlog/issues/42
https://designnotes.blog.gov.uk/2013/12/05/asking-for-a-date-of-birth/
https://github.com/alphagov/govuk-design-system-backlog/issues/17
vanderZwan · 2021-11-16
Funny you mention that, because out of curiosity I clicked "Categories" -> "Communities" to see what else they have on their blog, and the first thing it showed was a post from June stating that they were hiring:
https://designnotes.blog.gov.uk/2021/06/24/were-hiring-interaction-and…
I'm sure the positions are filled now, but it also goes into what they are looking for in interaction and service designers.
open-source-ux · 2021-05-05
The HTML form <input> element has a lot of interactive controls already e.g. colour picker, a date control for entering dates, file picker, number entry with spinner controls and more:
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input
The problem is that some HTML form controls cannot be styled with CSS to render consistently across browsers. So, many sites fall back on JavaScript to render the control. Here is an example from 2016 on styling HTML checkboxes and radio buttons to make them larger (which, as far I can tell, is still a problem): https://designnotes.blog.gov.uk/2016/11/30/weve-updated-the-radios-and…
wizzwizz4 · 2023-12-29
> These [unintended consequences] include: decreasing overall inclusivity; dehumanizing; including people who should be excluded; being imprecise, inaccurate or misleading; and disembodying and undermining breastfeeding.
Describing the wrong groups, and being misleading, are exactly what I am not advocating for. I have, sadly, seen people advocate find-and-replacing in a document to make it “more inclusive”, and that never ends well. (See: https://en.wikipedia.org/wiki/Scunthorpe_problem) The majority of phrases criticised by that article are… awful. (Seriously, “gestational carrier”? “Pregnant” is already a noun.)
> “8 in 10 people” will get pregnant after having unprotected sex
Obviously you don't use clunky language constructions, and you certainly don't do that. (If you are, I dare say that's not the only problem with your writing.) But one doesn't stop being a woman at menopause: this ambiguity might cause clear communication for some, but it comes at the expense of unclear communication for others.
For accessibility, you can't have a one-size-fits-all text.[0] There's a reason we have separate easy-read versions.[1] Provide an imprecise, oversimplified summary if it improves outcomes, but don't make that the only version.
> They may not know, for example, that “a person with a cervix” is a woman and refers to them
If people don't know what the cervix is, explain what the cervix is, probably in parentheses. Rather than constructing an artificial example, I'll…
Terry_Roll · 2021-11-25
I don't know if this is laziness and ineptitude on the govt's part or not. You see the design team for UK gov websites have been getting a lot of attention and praise for their efforts, the most recent being here just ten days ago on the subject of check boxes: https://news.ycombinator.com/item?id=29238968 .
Now anyone with a rudimentary handle of the English language would probably have noticed the misspelling of carcasses on the blogpost https://designnotes.blog.gov.uk/2021/11/15/letting-users-tick-a-none-c… and Yorwba highlighted this on 17 November 2021 as seen in the comments. The team duly acknowledge this as seen with the updated image here https://designnotes.blog.gov.uk/wp-content/uploads/sites/53/2021/11/De… and the original misspelling can still be seen here https://designnotes.blog.gov.uk/wp-content/uploads/sites/53/2021/11/Fi…
Anyway, it would seem their commenting system will not allow links to be posted to them or they choose to ignore links or didn't understand the comment posted when comments like "https://www.bing.com/search?q=plural+of+carcass" come through to them which is metadata for the type of filtering being employed on their comments section.
I think its worth looking at their design principles which can be seen here https://www.gov.uk/guidance/government-design-principles "#1 Start with user needs Service design starts with…