[wp-trac] [WordPress Trac] #63199: Allow to control aria-live attribute in settings_errors()

[WordPress Trac]

#63199: Allow to control aria-live attribute in settings_errors()
---------------------------------------+--------------------------------
 Reporter:  andremenrath               |       Owner:  joedolson
     Type:  enhancement                |      Status:  accepted
 Priority:  normal                     |   Milestone:  7.0
Component:  General                    |     Version:  3.0
 Severity:  normal                     |  Resolution:
 Keywords:  has-patch needs-test-info  |     Focuses:  ui, accessibility
---------------------------------------+--------------------------------
Changes (by joedolson):

 * milestone:  6.9 => 7.0


Comment:

 On testing, the intent of this ticket won't have the desired effect. While
 `aria-live` is useful for ensuring that a JS-inserted error message is
 announced by a screen reader, it doesn't have any impact on a page if the
 content inside the `aria-live` region is already set when the page is
 loaded, which will be the case in settings pages.

 What would potentially do the job would be to add JavaScript which looked
 for settings update notices and executed a `wp.a11y.speak()` command after
 the page was loaded. This will require some extra thinking, however, to
 ensure that it *doesn't* catch all of the junk marketing notices that
 plugins inject into the admin, as those would be undesirable.

 Given the remaining timeline for 6.9 beta 1, I'm going to move this to
 7.0, to figure out this alternative path.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/63199#comment:13>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform