- Merge request !3283Issue #3333418: Stable9 accessibility update: Pager h4 causes accessibility flag on many pages → (Closed) created by nicxvan
- 🇺🇸United States nicxvan
Since this is an accessibility fix I think it should be made in Stable9. The non stable9 themes are updated in an RTBC Patch: https://www.drupal.org/project/drupal/issues/3333401 🐛 Pager h4 causes accessibility flag on many pages Fixed
- Status changed to RTBC
almost 2 years ago 10:08am 25 January 2023 - 🇫🇮Finland lauriii Finland
Seems like this is a pretty low risk change so I'd be fine with introducing this change in 10.1.x. Removing needs accessibility review tag since the approach was already reviewed in 🐛 Pager h4 causes accessibility flag on many pages Fixed .
- 🇺🇸United States xjm
I think so long as we have the stable base themes, changes to them in minor releases should get release notes
- 🇺🇸United States nicxvan
Please let me know if you need additional information in the release note, this is my first time attempting one on core.
In order to prevent heading out of order accessibility errors on views pagers the h4 was removed from the pager and views mini pager template in Stable9. This should not affect most sites since the element was hidden by default. The aria attributes were moved to the preexisting nav element.
- Status changed to Postponed
almost 2 years ago 8:58pm 2 February 2023 - 🇬🇧United Kingdom andrewmacpherson
Postponing this issue. It was filed as a follow-up to 🐛 Pager h4 causes accessibility flag on many pages Fixed , which was committed and later reverted.
Since then, I've made a very strong objection to the proposal in 🐛 Pager h4 causes accessibility flag on many pages Fixed . I don't think we should remove the heading.
So, this issue isn't currently needed, and may well turn out to be a wont-fix.
- 🇺🇸United States nicxvan
I think we can keep this open, I'm going to attempt making it configurable which would still be a benefit here.
- 🇺🇸United States nicxvan
I think the parent issue is getting close to be resolved. I think since this is an accessibility fix and we've found an acceptable way to update the other core themes, it makes sense to make the change to Stable9 once it lands and utilize the variable for heading level that views is providing. Otherwise the setting in views will have no affect.
I still need to wait for the parent issue to land cause the tests are all there.
I'll create a new MR once that is merged.
- Status changed to Active
10 months ago 8:25pm 8 January 2024 - Assigned to nicxvan
- Status changed to Needs review
10 months ago 9:16pm 8 January 2024 - 🇺🇸United States nicxvan
This can only be added in 10.3+ since it relies on https://www.drupal.org/project/drupal/issues/3333401 🐛 Pager h4 causes accessibility flag on many pages Fixed which is coming out in 10.3
Tests are passing so this is ready for review.
- Status changed to Needs work
10 months ago 8:09pm 9 January 2024 - 🇺🇸United States smustgrave
I believe with changes to stable9 we will need a CR for the new/edited templates. As themes built with starterkit will have to update their code right?
- Status changed to Needs review
10 months ago 8:33pm 9 January 2024 - 🇺🇸United States nicxvan
Starterkit was updated in the previous issue, I just tested generating a new theme on HEAD and the new theme uses the pagination heading variables even though stable9 hasn't been updated. Both templates that were edited are in the generated theme so they wouldn't fall back to stable9.
Anyone who created a theme with the generator before 10.3 will need to update their templates to use the new variable which is mentioned in the parent change record.
I'll create a draft CR just in case.
- Status changed to RTBC
10 months ago 11:58pm 9 January 2024 - Issue was unassigned.
- Status changed to Needs work
9 months ago 2:04am 14 February 2024 - 🇳🇿New Zealand quietone
I'm triaging RTBC issues → . I read the IS and the comments.
The issue summary states that there are "accessibility review guidelines" in [#33333401] but I can not find them. Is that the correct link?
In #10 @andrewmacpherson suggested this is a won't fix but then I read that the related issue was committed and nicxvan restarted the work here. I then read the MR and I have no suggestions. My reading of the MR is not a review.
I read the change record and it reads as if the new configuration was added in this issue. But, according to this change notice → that was added in another issue. That needs to be clarified, so that this change record is only for the change being made here. Also, "Introduced in branch: 11.x" should be '10.3.x' because 11.x is not a branch, it is really 'main' but we have limitations on d.o such that we can't use 'main'.
I am setting to needs work for the change record updates. That shouldn't take too much time for anyone.
- Status changed to Needs review
9 months ago 3:43pm 14 February 2024 - 🇺🇸United States nicxvan
I have updated the change record to be clearer that the configuration option was added in another issue and that this issue is just to take advantage of the new configuration.
If it is not clear @andrewmacpherson's objection was to the originally suggested approach and not the final approach.
His comment in 10 is related to that approach.
We were able to get a more robust solution that resolves his concerns and the initial issue in 🐛 Pager h4 causes accessibility flag on many pages Fixed and this issue is updating Stable9 to take advantage of the accessibility fix and update tests to cover stable. - Status changed to RTBC
9 months ago 7:11pm 14 February 2024 - 🇺🇸United States smustgrave
CR updates look good to me. Link points to the first CR where the setting was added and CR seems to correctly mention this is a stable9 updat.e
- Status changed to Fixed
9 months ago 12:25am 3 March 2024 Automatically closed - issue fixed for 2 weeks with no activity.