User Details
- User Since
- Dec 3 2019, 8:17 PM (59 w, 1 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Akinwale-microsoft [ Global Accounts ]
May 10 2020
Mar 20 2020
Mar 19 2020
Mar 11 2020
This bug was initially created to address the issues related to gallery images results, a couple of talking points were spawned based on the implementation. Based on the comments, I've proposed an approach of making images uploaded to mediawiki more accessible.
Mar 6 2020
Mar 5 2020
Mar 4 2020
Feb 29 2020
Feb 28 2020
Feb 27 2020
Feb 26 2020
Feb 25 2020
Feb 24 2020
Feb 22 2020
Feb 21 2020
Feb 20 2020
Feb 19 2020
Feb 17 2020
Feb 14 2020
Feb 12 2020
Feb 11 2020
Feb 10 2020
Feb 9 2020
@Aklapper We already have a fix, but fixing the accessibility issues we identified in a couple of extensions is at the top of our priority, i'll submit the fix when we've made significant heads way with regards to the accessibility issues.
Thanks.
Feb 6 2020
@Samwilson apologies for the late reply, thank you for applying the fix mentioned above. I'd like to point out the fact that i'll contribute the other fix associated with label of the select file icon mentioned above as we don't have the bandwidth for an overhaul currently(long term fix) because we're fixing a bunch of community extensions with accessibility issues at the moment. Once again, i really appreciate your response. Thanks.
Feb 5 2020
Jan 21 2020
Jan 10 2020
@Reedy Thanks, Corrected the bug description (copy and paste 🤦), along with this issue, we filed other accessibility issues and our observation from the response of some of the project/extension owners is that they're not really willing to install the accessibility tool stated in the description above. The html file attached is a detailed bug report generated by the accessibility tool in case you're not willing to download the tool in order to reproduce the bug for any reason peculiar to you. With regards to assigning the bug to myself, i'm willing to make the fix, but i'd really appreciate if you decide to proceed with the fix as we're currently trying to fix a whole lot of other extensions.
@Aklapper Thanks, Corrected the bug description(copy and paste 🤦)
Jan 9 2020
@matmarex Most of these accessibility issues largely fail to include some label that will allow screen readers read aloud the content to visually impaired audience. There accessibility bugs are contained but not limited to the toolbar. Scanning for these bugs with any accessibility tool you prefer will reveal most of these issues, best is to reproduce them on your end.
@Samwilson The element associated with background #657d91 and its containing elements should be high contrast. Along with this, the upload button generates <input id="blah" type="file" style="font-size: 999px; opacity: 0; position: absolute; top: 0px; left: 0px; width: 100%; height: 100%;" multiple="" accept="" tabindex="-1">, this underlying markup must have some label associated with it in order to help screen readers decipher the underlying content. The two problem areas are indicated below. Also i'd highly recommend using the accessibility tool(it's supported by the new edge browser and google chrome, i don't know about firefox), it goes a long way in identifying the accessibility bottlenecks.
@Samwilson I'm going to file this as a bug. I'll move the conversation here https://phabricator.wikimedia.org/T242352 and close this task