User tests: Successful: Unsuccessful:
Pull Request for Issue # .
The article info in articles is built as a definition list.
The definion term is the text for Details,
The definition description is a list of different items like author, publishing-date ad so on
If the user decides to hide the definition term then the dt-tag remains empty.
With this small PR the the details info is not empty but hides the text only for sighted users, screen readers still have the complete definition term.
This PR is of type "better than nothing"
because a more correct solution for the would be a definition list which writes for every element
<dt>Author</dt><dd>Mr. John Doe</dd>
Easiest test is any blog in joomla.
Just set some detail info in the corresponding menu item to "show"
Then show and hide the details
No change in frontend for sighted users, but check the source code.
If the Article Info Title is set on "hide". The dt is empty
Please select:
Documentation link for docs.joomla.org:
No documentation changes for docs.joomla.org needed
Pull Request link for manual.joomla.org:
No documentation changes for manual.joomla.org needed
Status | New | ⇒ | Pending |
Category | ⇒ | Layout |
Labels |
Added:
a11y
Frontend Template
PR-5.1-dev
|
Can do. Do you think it is worth? It is not a big issue ... just somthing for accuracy fanatics like us
If a job is worth doing it is worth doing well.
Assuming of course that it is the correct thing to do and wcag seems to suggest that it is the correct way and even without hiding the "Details" it is wrong.
https://www.w3.org/WAI/tutorials/page-structure/content/#description-lists
I like this quote. So I make this a draft for now.
I like this quote. So I make this a draft for now.
its a very famous "english" quote. I am sure there will be a german equivalent
Reviewing the code for this details block I think it is better to leave as is and just add this PR.
What we have is not wrong, it is one definiton term with multiple descriptions and in in this context it is ok. I will not change other layouts.
I have tested this item ✅ successfully on e11afa7
I have tested this item ✅ successfully on e11afa7
Status | Pending | ⇒ | Ready to Commit |
RTC
Title |
|
Labels |
Added:
RTC
PR-5.2-dev
|
I've moved this to 5.2, I agree it's a bug fix, but what could happen is, that suddenly now with templates not supporting the CSS class, the label could appear, although it's disabled.
Labels |
Removed:
PR-5.1-dev
|
Status | Ready to Commit | ⇒ | Fixed in Code Base |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2024-08-08 21:47:25 |
Closed_By | ⇒ | pe7er |
Why not fix it this way