-
Notifications
You must be signed in to change notification settings - Fork 332
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
[SPIKE] Service Header component #4950
Conversation
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
Overall I'm not seeing any glaring issues that concern me. I do wonder if the blue text is something to change based on the working group feedback. Additionally, personally I don't like the layout of the service header with large navigation, it feels too unorganised and I would struggle to find what I'm looking for. I am aware that this may be a complete personal thing, so please don't get caught up on it |
That's entirely fair. This is one of those review app examples which is intended to test the extremes of the component. No one should actually be using that many navigation items in practice, I hope! 🤞 |
7f2352d
to
5e17d9c
Compare
5e17d9c
to
996e8d0
Compare
996e8d0
to
3089be8
Compare
c2bbbce
to
d749c56
Compare
d749c56
to
a27aa51
Compare
a27aa51
to
c124457
Compare
70f4aa6
to
8e67b18
Compare
Partially reverts the changes from 2c67ecc These changes unfortunately broke some other use cases for the Service Header. After some discussion, we’ve decided that the phase banner will remain in its existing position, rather than trying to include it within the new section, to avoid the complications it introduces. The separation of the width container and service header container has been retained along with the moved start and end slots.
This reverts commit 8e67b18.
This fixes a few issues identified during testing, all caused by the `inline-block` approach to inlining these items. - Removes the extra whitespace from between each list item that screwed with the spacing between links and screen readers would pointlessly announce. - Fixes an NVDA issue in Firefox and Chrome <= 124 where it would read all of the links as a run-on sentence.
Adds some margin-right to the service name on tablet breakpoint so that the service name and navigation links no longer touch in certain circumstances. This could happen if the navigation and service name were collectively wide enough to fill the entire horizontal space at the present viewport size.
IE11 is tripping over the use of flex-wrap and is instead presenting all links as a single, horizontally scrolling row. This commit reverts the use of flexbox on IE11 (and IE10) specifically, falling back to the previous inline-block behaviour. This means that the previous accessibility issues are now present in IE11 again, but having the navigation wrap seems like a higher priority usability issue to address.
65a41cf
to
23bd8d9
Compare
Note
This PR has been superseded by #5206 for the purposes of active development. It is kept open here as reference and for comparison against the new PR.
Takes the 'Service Header' concept from #4915 and implements it as a standalone component, with the toolbox/dropdown concept removed (at least for now).
For alphagov/govuk-design-system#3748.
Links
Todo
Creating a Service Header component
<strong>
for active links is done a bit haphazardly and needs more consideration as to when it's used and how it's styled.Changes to other components
Move theChange no longer being pursued.<header>
tag out of the Header component and into the template.Adapt the Phase banner to be usable between the Header and Service Header components.Change no longer being pursued.