-
-
Notifications
You must be signed in to change notification settings - Fork 242
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
Improve meaningful sequence in report page #5208
base: master
Are you sure you want to change the base?
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #5208 +/- ##
==========================================
+ Coverage 82.39% 85.11% +2.72%
==========================================
Files 409 366 -43
Lines 32005 26782 -5223
Branches 5096 5096
==========================================
- Hits 26369 22796 -3573
+ Misses 4129 2479 -1650
Partials 1507 1507 ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This doesn't work on mobile - the positioning in the source is a row of buttons after the report itself, before its updates. Having these right at the bottom under the update form, they'll be lost, I think? I'm not saying their current position is perfect, perhaps we can improve on that, but it does at least seem a sensible place for them to go at present. (And the tabbing order is fine then, because they're not out of any order).
I don't think we should change an around page, no. Perhaps the whole drawer concept could be changed, but I imagine everyone is used to it... An argument could be made that for consistency (WCAG SC 3.2.4), this counts as surrounding navigation and thus should be consistent between the around page and a report page? However, I agree it's a bit odd tabbing on desktop (because it comes after the report description, before the updates, so 'in the middle') - we could have separate tools row on mobile/desktop, ugh, I can't really think of an easier solution, but perhaps we can think of something different entirely.
(I notice when testing a report page that the "Shortlist" button isn't tabbable to at all, why aren't they picking up actual problems like this?)
6c1a42a
to
10f277b
Compare
f02d695
to
ea875ee
Compare
A file where you can find all the available icons to use as inline SVGs.
Currently users using keyboard might miss that they can provide an update for a report, because the keyboard jumps straight to the key-tools like "Get udpates" which is at the bottom of the page. Also depending on the length of the report all the update related section might be down the bottom and invisible make it even less obvious that a user has elements they can interact with.
a3b40e3
to
8ea01af
Compare
8ea01af
to
f5c5dd3
Compare
Thanks for the feedback @dracos I made some work in this PR: Bug Bug here Screen.Recording.2024-10-31.at.15.24.44.movNew effect here, basically fixed on the top on mobile: Screen.Recording.2024-10-31.at.15.32.52.movBut then when I found the cause of the problem: Regarding the PR itself:
Preview here: Report pageDesktop Screen.Recording.2024-10-31.at.15.22.28.movMobile Screen.Recording.2024-10-31.at.15.44.28.movAround pageFor the around page I ended up adding a "Skip report tools" so it takes you straight to the report list filters. These one felt more like ticking a box, in some cases we are only saving the user to skip one or two links, Screen.Recording.2024-10-31.at.15.50.00.movLet me know what you think =) |
@dracos could you please look at this on Monday so Lucas can potentially get this finished before he does on leave from Tuesday? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall seems like the right approach, but some things are not working, I'm afraid.
"Added accessibility improvements to small_drawer" contains a lot more in that commit than that, and other commits appear to have got mixed up as well.
It would be good if we could break this down into:
- A commit to switch from external to inline SVGs, no other changes (that would also involve e.g. fixing the issue where the Feed link is moved to sub_map_links).
- A commit to add the close button to the small drawer (and anything else related to that, but nothing more).
- The skip button on around page if needed.
- Changes to have a separate key-tools for desktop than mobile (fixing the issue with placement, not working for non-staff, etc)
Let me know if you have any questions
</p> | ||
|
||
<button type="button" class="close-drawer screen-reader-only" aria-label="Close this dialog"></button> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it better to use aria-label or just have the button have the same text as its actual contents?
@@ -1,7 +1,7 @@ | |||
<div id="key-tools-wrapper" class="shadow-wrap"> | |||
<ul id="key-tools"> | |||
<li class="feed-list-wrapper"><a rel="nofollow" id="key-tool-updates-area" class="feed" href="[% rss_url %]">[% | |||
SET monikers = ['bromley','hounslow']; | |||
<li class="feed-list-wrappe"><a rel="nofollow" id="key-tool-updates-area" class="feed has-inline-svg" href="[% rss_url %]"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lost an r on wrapper
@@ -27,7 +27,7 @@ | |||
[% END %] | |||
[% END %] | |||
|
|||
<div class="report-list-filters-wrapper govuk-fieldset-wrapper govuk-small"> | |||
<div id="report-list-filters" class="report-list-filters-wrapper govuk-fieldset-wrapper govuk-small"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't think this ID is used?
[% END %] | ||
|
||
[% INCLUDE 'report/display_tools.html' %] | ||
[% TRY %][% INCLUDE 'report/sharing.html' %][% CATCH file %][% END %] | ||
[% INCLUDE 'report/updates.html' %] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The get updates and share things are appearing in the wrong place at mobile width for staff - you click either button and the extra stuff appears too far down, underneath the "Provide an update" button rather than above it. And for non-staff, the buttons aren't working at all, nothing happens when clicked.
@@ -0,0 +1,43 @@ | |||
<div class="shadow-wrap"> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This template seems very similar to the non-mobile one, I can combine them later.
@@ -1293,12 +1323,11 @@ $.extend(fixmystreet.set_up, { | |||
|
|||
if ($('.mobile').length) { | |||
// Make sure we end up with one Get updates link | |||
if ($('#key-tools a.js-feed').length) { | |||
if ($('#key-tools-mobile a.js-feed').length) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixes: https://github.com/mysociety/societyworks/issues/4560
Currently users using keyboard might miss that they can provide an update for a report, because the keyboard jumps straight to the key-tools like "Get udpates" which is at the bottom of the page. Also depending on the length of the report all the update related section might be down the bottom and invisible make it even less obvious that a user has elements they can interact with.
Please let me know if the changes in the order might cause some problems.
As a side note, the TFL audit also suggested to do the same in the /around page, which at first seems sensible, but when you have an area with a lot of reports the amount of keyboard navigation through the whole list of reports to reach to the "key-tools" make it really annoying. As an alternative if we wanted to implement this in the /around page would be to add an invisible link right before the list of reports that takes you to the "key-tools" div.
Screen.Recording.2024-10-07.at.09.25.33.mov
[skip changelog]