#34519 closed defect (bug) (fixed)
#a11y-headings - Headings install screens fixes
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 4.4 | Priority: | normal |
Severity: | normal | Version: | 4.3 |
Component: | Upgrade/Install | Keywords: | |
Focuses: | ui, accessibility | Cc: |
Description (last modified by )
At the moment the H1 for the WordPress install screens is the logo with a link to WordPress.org. A menadingful heading is missing. Some error message screens have a double H1, one for the logo and one for the error.
Suggestions:
Change the container element for the logo from an h1 into a p
<p id="logo"><a href="https://wordpress.org/" tabindex="-1">WordPress</a></p>
Add a meaningful heading to the set up screens.
The new headings can be visually hidden by the screen-reader-text class.
The error screens with a double H1 will become meaningful and semantically correct.
New headings:
Choose language screen:
Heading: Select a default language
Before getting started screen:
Heading: Before getting started
Welcome to WordPress screen:
Heading: Setup your database connection
Change second H1 'Information needed' into an h2, and adopted style for H1 to this
All right, sparky:
Heading: Successful database connection
Headings in the error messages
<h1>Error: PHP is not running</h1> (change from h2 into h1)
Add to user info form (form id="setup”) with errors:
<h1><?php _e( 'Welcome' ); ?></h1>
If the welcome screen has errors, the heading of the install screen now stays the same and is not left out.
Discussion:
Maybe the new headings don’t need to be screen-reader-text hidden, because they add to the understanding of the install screens, also for sighted users.
Displaying error messages
There are now 4 different ways of error message display with die()
Some have an H1 heading, others a <strong>ERROR</strong>, and some only the error message.
Maybe a more uniform display of error messages would be more elegant.
For example:
wp_die( __( '<strong>ERROR</strong>: "Table Prefix" must not be empty.' . $tryagain_link ) );
wp_die( $wpdb->error->get_error_message() . $tryagain_link );
wp_die( __( 'Sorry, I need a wp-config-sample.php file to work from. Please re-upload this file to your WordPress installation.' ) );
display_header(); die( '<h1>' . __( 'Configuration Error' ) . '</h1><p>' . __( 'The constant DO_NOT_UPGRADE_GLOBAL_TABLES cannot be defined when installing WordPress.' ) . '</p></body></html>' );
I suggest the last one.
#a11y-headings
Attachments (4)
Change History (19)
#2
@
10 years ago
- Focuses ui added
- Owner set to afercia
- Status changed from new to assigned
- Version changed from trunk to 4.3
This ticket was mentioned in Slack in #accessibility by rianrietveld. View the logs.
9 years ago
#4
@
9 years ago
- Description modified (diff)
New refreshed patch 34519.2
Included heading changes for /wp-admin/maint/repair.php
and /wp-admin/upgrade.php
and readme.html
because they also use install.css too and have only the logo in the H1.
For readme.html:
I suggest to keep this as is for now:
<h1 id="logo"> <a href="https://wordpress.org/"><img alt="WordPress" src="wp-admin/images/wordpress-logo.png"></a> <br> Version 4.4 </h1>
And figure out for a later release how to remove the link out of the h1 without ruining the install screens css.
Now in the heading list, this reads as "WordPress Version 4.4" and that's ok.
#5
@
9 years ago
New patch 34519.3.patch
After discussion with @afercia:
changed the H1 heading in
echo '<h1 class="screen-reader-text">' . __( 'Check secret keys' ) . '</h1>'
into an H2 to prevent a double H1 in repair.php
#6
@
9 years ago
- Keywords needs-testing added
Since the patch touches readme.html
and we've noticed there's a unit test for this file, we would appreciate some help in testing the patch. Unfortunately, at the moment we're unable to run the tests for software (Rian) and hardware (me) issues :) Maybe @jorbin ? Thanks!
#8
@
9 years ago
- Keywords needs-patch added; has-patch needs-testing removed
- Resolution fixed deleted
- Status changed from closed to reopened
"Select a default language" isn't translatable. Seems like the Translation API has to return the string as well...
#9
follow-up:
↓ 11
@
9 years ago
@ocean90 about: Select a default language" isn't translatable
The label for the id="setup" form, to choose a language is/was also not translatable and I took the H1 text from this form.
In this screen there is no language chosen yet, is there a use for a translation here, before a language is chosen?
Not sure how to solve this.
#10
@
9 years ago
- Keywords close added
The existing form label already used a non translatable string "Select a default language" that makes sense since as a user at this point you haven't choose a language yet, so it uses English.
#11
in reply to:
↑ 9
@
9 years ago
- Keywords needs-patch close removed
- Resolution set to fixed
- Status changed from reopened to closed
Replying to rianrietveld:
OK, haven't seen the label for it. Since it's not visible I'm fine with leaving it in English.
This ticket was mentioned in Slack in #core by afercia. View the logs.
9 years ago
#13
@
9 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
Some strings here look weird to me.
Would 34519.4.patch be more correct?
Heading changes