From Disability Scoop:

The federal government is accusing Facebook of illegally using its advertising platform to discriminate against people with disabilities and other groups.
The U.S. Department of Housing and Urban Development charged the social media company Thursday with violating the Fair Housing Act. The agency said Facebook is “encouraging, enabling and causing housing discrimination” through its method of allowing advertisers to control who sees ads for homes. … According to the charge, Facebook allows advertisers to exclude or include users from seeing ads based on various attributes including interests in “accessibility” or “service animal.”
Furthermore, the charge alleges that Facebook’s system is set up in such a way that it won’t show ads to groups it considers unlikely to engage with them, even if the advertiser has explicitly targeted those groups.
As a result, “ads for housing and housing-related services are shown to large audiences that are severely biased based on characteristics protected by the (Fair Housing) Act,” according to the charge.

At last year’s National Federation of the Blind convention, Facebook stated that

one in ten people use the zoom feature on the desktop browser, 20 percent of people increase the font size on iOS, and over 100,000 use screen readers on mobile devices to view Facebook.

(Source). It didn’t take very long for what amounts to tracking those with disabilities to go from something benign to something used as a tool of discrimination. The fact that the self-styled “voice of the nation’s blind” essentially aided and abetted this isn’t surprising. And yes, the NFB owns part of this. That organization gave Facebook a platform and its blessing to essentially brag about its disability tracking efforts, and were silent when questions were raised concerning how that data was gathered. If I were a member I’d be pretty pissed right now and I’d be demanding answers from the leadership.

From Applevis:

There is, however, one new feature for VoiceOver users: a new option called ‘Accessibility Events’ located at Settings > General > Accessibility > VoiceOver > Web. This option is enabled by default, with Apple saying that Accessibility Events:
… allow websites to customize their behaviour for assistive technologies, like VoiceOver. Enabling Accessibility Events may reveal whether an assistive technology is active on your iPhone.
We’re currently unaware of any websites which take advantage of this facility, so do please let us know in the comments if you know more about this feature and any websites where it can be seen in action.

This is just as bad of an idea as Google’s “ask-for-alt-text” feature. I will definitely be turning this off when I update my devices because sorry fellow developeres, you cannot haz that data. These settings, including the automatic opt-in, also apply to Mac OS Mojave, (OSX 10.14.4). This version of OSX was released on the same day as iOS 12.2. I’ll also be encouraging everyone else, (in the strongest possible terms), to do the same. Seriously, why is it so difficult to just make websites accessible in the first place? Why do we have to keep having this conversation? We’ve seen what happens when data is managed irresponsibly, (and that’s putting it lightly), and as neither a society nor an industry are we even close to equipped to handle something as sensitive as screen reader tetection with any kind of care. What’s Apple going to do, release some ethical guidelines? Even if they did this, how are they supposed to enforce them? And never mind developers screwing this up by using it as it probably wasn’t intended. It happened with HTML, it’ll happen with screen reader detection too.

If, like me, you are concerned about your privacy with regard to your disability, you’ll need to explicitly opt out, on both iOS and OSX. Consult either your device’s documentation, (VoiceOver for iOS or VoiceOver for the Mac), or a suitable book written for assistive technology users by assistive technology users. The one I wholeheartedly recommend is iOS Access for All: Your Comprehensive Guide to Accessibility for iPad, iPhone, and iPod Touch, by Shelly Brisbin.

For as long as anyone in the WordPress community can remember, the minimum allowed version of php on which WordPress will run has been well behind modern php versions, thanks to WordPress’s commitment to backwards compatibility. As of version 5.2, (due out in April) the minimum allowed version will be raised to php version 5.6, from it’s current allowed version of 5.2. Eight-five percent of all sites running WordPress 5.0 are running on php 5.6 or above, and high-profile plugins have been experimenting with user notifications encouraging an upgrade to a modern version of php, with quite a lot of success.

While php 5.6 reached end-of-life as of December 31, 2018, WordPress’s step to make it the minimum allowed version while continuing to encourage usage of php 7.2 and above is an important one. For one thing, it means that securing installations will be just a bit easier, and for another, the minimum allowed version change, coupled with encouragement to use a truly modern version, as well as allowing plugin authors to specify a supported php version, will make life a lot easier for those of us maintaining code.

Most hosts, especially the larger ones, have already either migrated to php 7.2 or above, or are strongly encouraging their users to do so. Note that if you’re running a virtual private server or similar, you will be required to manage the php upgrade yourself. If you happen to be a user or organization running on a virtual private server, and you are not technically proficient enough to manage the upgrade, you’ll want to make arrangements for someone to upgrade for you. I mention this last point because in the laast few weeks I’ve run into a lot of cases where users or organizations have been talked into hosting on a virtual private server or similar which they are unable to manage and which they have no one to manage for them. I’m not sure if this is an actual trend or whether or not I’m just personally/professionally encountering a lot of these. Anyway, think of the web, and upgrade your php installation if you haven’t already.

After a user of the Storefront WordPress theme, (WooCommerce’s default theme), reported accessibility challenges with the theme’s focus outlines and text decoration with regard to links, the Storefront theme has been #WordPress ">modified to address the issue with focus outlines by modifying the default outline so that it is darker than it was previously, as well as making the focus outlines solid. The theme will also underline links in the content, the footer, and breadcrumbs.

These changes are slated for the 2.5 release, which does not yet have a date set. However, you’ll want to keep an eye on your WordPress updates so that you can take advantage of these upcoming accessibility improvements. I’m looking at you, assistive technology sho[ps.

The 2nd Annual JavaScript for WordPress conference is scheduled for July 11 through 13 of 2019, and will include 3 FREE Days of workshops, talks and contribution all focused on JavaScript and WordPress. Workshops include learning how to use modern JavaScript development tools to write custom vanilla JavaScript in WordPress themes and plugins, as well as learning how to load and write React in WordPress plugins and themes. There’s a day of free talks separated into two tracks, and conference organizers have opened the speaker submissions. You can apply to speak and register for the conference on the conference page, as well as listen to past sessions. I was not able to attend this last year but will definitely catch up on past videos.

Rian Rietveld @ #WCUS:

Rian is demonstrating Voiceover and ARIA for the WordCamp audience.

She’s giving a very practical example of why semantics matter when it comes to the web.

Aria-live: Tells screen readers what’s changing on a page without refreshing the page.

aria-live allows dynamic changes to be announced by screen readers.

From earlier in the talk: First rule of ARIA: Don’t use ARIA. Use a native HTML 5 element first, then add ARIA *when necessary*.

Make sure when using aria-live that your announcement is not too verbose: For example: announce the number of search results, not every search result.

Overrule a link’s anchor text with aria-label. Beware: aria-label overrules a link’s anchor text completely. For screen reader users it’s as if the link text does not exist.

screen reader text class: Hide something from sighted users while announcing it to screen reader users.

Use screen reader text class with the span element.

Aria-describedby and aria-labeledby: aria-labeledby replaces label text, (see form elements), aria-describedby adds extra information to the label text.

Rian is able to turn VoiceOver on and off. This would never happen using Jaws. You can do it with NVDA though. Sorry, couldn’t resist.

Make it work before you make it nice.

Slides for this talk, code with examples is here, and you can watch “Who’s Afraid of ARIA” with captions here.