[wp-trac] [WordPress Trac] #50686: UI issue on nav-menus.php

WordPress Trac noreply at wordpress.org
Thu Sep 24 23:58:01 UTC 2020


#50686: UI issue on nav-menus.php
-------------------------------------+-------------------------------------
 Reporter:  dilipbheda               |       Owner:  audrasjb
     Type:  defect (bug)             |      Status:  accepted
 Priority:  normal                   |   Milestone:  5.6
Component:  Menus                    |     Version:
 Severity:  normal                   |  Resolution:
 Keywords:  has-screenshots has-     |     Focuses:  ui, accessibility,
  patch early                        |  css, administration
-------------------------------------+-------------------------------------
Changes (by helen):

 * keywords:  has-screenshots has-patch commit early => has-screenshots has-
     patch early


Comment:

 I am famous for doing this but I am also very sorry in advance for it :) I
 think unfortunately in this case we do need to go at least a little bit
 wider for a fix that doesn't put us into a difficult place later. I don't
 think we need to go all the way into fixing `validateForm` from an
 accessibility point of view for the purposes of fixing this bug, but I
 think the correct approach here would not to be add a bunch of specific
 `:not` selectors to the CSS, but rather to add `.form-required` to the
 appropriate form inputs and use that existing naming.

 That said, because it's existing naming and affects both CSS and JS, going
 that route will need a lot of testing. I think the initial approach for
 the menus screen would be to add `.form-required` to the specific inputs
 that should be highlighted (not on a parent element) and add `.form-
 invalid .form-required { border }` to `forms.css`. From there, you would
 need to test that `validateForm` doesn't interfere with menus because of
 the way it works, and that the new CSS doesn't adversely affect other
 elements that already use `.form-required`.

 Does that make sense? I want to be clear that the patch isn't *bad*, it's
 just that I see this style of change as a bit of a red flag especially
 when it comes to trying to understand why it's this way in the future.

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


More information about the wp-trac mailing list