-
Notifications
You must be signed in to change notification settings - Fork 237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide guidance and examples for using product names in the header #1172
Comments
Notes from team discussion:
|
Had a support request about this |
I'd be curious why it's more relevant for those things. What is different about services offered by GDS than elsewhere in gov? I expect the answer might be that they are "platforms" - but then what about Digital Marketplace? My personal view is that the position of the product name works better where a service is using a noun based name than a verb based name. My last service adopted the product name pattern and it sits much better: |
It would be great to have this explained in the design system, we decided to use the product pattern on our (internally facing) product as it doesn't really need to link to gov.uk separately but I really struggled with figuring out how to change it. Thanks to Ed for helping on xgov Slack. 👏 |
I have a few reckons on how this could be defined. A lot of those thoughts are rooted in the way that the It depends on what the 'homepage' isIf the aim of the service is to be part of the continuous 'one website' experience of GOV.UK, the website's homepage from the user's perspective is that of GOV.UK. In this case, the service should set Products and platforms (like the Design System, Pay, Notify, Digital Marketplace, the Service Manual, etc.) are intentionally not part of the 'one website' experience for reasons given below. Users are more likely to have come directly to those pages and not via the main GOV.UK website. They are related, but standalone websites. These should use It depends on who the content is aimed atPages that fit the GOV.UK proposition of allowing citizens to access government services and information are aimed at the general public. This extends to most pages or services that can be found by browsing the GOV.UK website. As these are all part of the 'one website' experience, the GOV.UK branding should be treated consistently, and Products and platforms are not aimed at the general public, but at other civil servants and people working alongside government. As before, these are distinctly different from the main GOV.UK proposition, and thus benefit from being branded as related, but standalone websites. The same could be argued for internally-facing systems and caseworking tools. Under this definition, they would be allowed to use It depends on the name / ownership of the contentProbably the cleanest cut way to judge them, and the one that was probably the original intention, in my opinion. These things have 'GOV.UK' as part of their official names. These are all things by, for, or about GOV.UK, and by using
These things do not have 'GOV.UK' as part of their official names. They are not by, for, or about GOV.UK, they are only hosted on it. They shouldn't use
If you used
There's still a little grey area with this one. The Service Manual doesn't have the GOV.UK brand as part of its name officially, but is commonly referred to as 'the GOV.UK Service Manual' to differentiate it from others. Footnotes
|
What
Provide guidance and examples for using product names in the header, like 'GOV.UK Design System' or 'GOV.UK Pay'.
Why
The header in GOV.UK Frontend can be used with a product name rather than a service name, but we don't provide any examples of this in the Design System, nor do we have any guidance about when it's appropriate to use them.
Who needs to know about this
?
Related
Product name wraps onto new line with non full-width header alphagov/govuk-frontend#1502
The text was updated successfully, but these errors were encountered: