WordPress.org

Make WordPress Core

Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#13255 closed enhancement (wontfix)

Widgets and nav menu UX should be consistent

Reported by: koopersmith Owned by: koopersmith
Milestone: Priority: normal
Severity: normal Version: 3.0
Component: Widgets Keywords: has-patch close
Focuses: Cc:

Description

To keep the widgets and nav menu UX consistent I've ported multi-select-and-drag to widgets. We might want to change the highlight style, but other than that it should be functional.

Attachments (1)

13255.1.patch (5.0 KB) - added by koopersmith 4 years ago.

Download all attachments as: .zip

Change History (7)

koopersmith4 years ago

comment:1 koopersmith4 years ago

Patch tested in FF, Safari, Chrome, IE7, and IE6 with no errors.

For completion's sake, there is a pre-existing IE6 zIndex bug when dragging items from the available widgets to a widget toolbar.

comment:2 azaozz4 years ago

  • Milestone changed from 3.0 to Future Release
  • Type changed from task (blessed) to enhancement

I'm failing to see how this is an improvement. Currently we have the simplest possible workflow: drag the widget you need to the sidebar then fill the title and options. For most users this task is performed once after installing and they may not go to the widgets page for years.

Making it possible to pre-select many widgets and drag them together to one sidebar just makes the dragging "choppier" and adds unneeded overhead. Also the workflow becomes a bit more complicated.

This makes some sense for menus although I'm still not convinced it's an improvement there either. Once they set the widgets, nearly all users won't visit the widgets page for a long time. Once they set the menu, most users will visit that page sometimes to add a single item only. So having the simplest most straightforward workflow on these screens and removing any overhead is more important than adding support for very rarely used features.

comment:3 nacin4 years ago

  • Keywords close ux-feedback added

This came from the UX standpoint of making them match. I think, and kopersmith agrees, that multiple selection for widgets is downright silly, for all of the arguments listed here.

Some of the arguments could apply to menus, but these are inherently different workflows. I think for menus, one-item drag/drop is not ideal. These are much more likely to be done in batch, IMO, and it's fairly intuitive. Going back to checkboxes seems counter-intuitive because of the number of steps it requires -- click checkbox, click add to menu, drag menu item from bottom to where you want it. If it's a concern of stability, that's another story.

Marking this for close and ux-feedback.

comment:4 johnonolan4 years ago

  • Cc john.wp@… added
  • Keywords ux-feedback removed

I think the main thing to consider here from a usability standpoint is that the amount of mouse movement required by the user to pre-select widgets, is equivalent to simply dragging them over individually. There's also the added downside of creating another interface element for the user to understand. The fewer decisions that the user has to make in order to use an interface, the better.

From a UX standpoint, the two section of the admin interface are different enough that an identical workflow won't be expected. Keep in mind that the sidebar isn't even on the same side of the screen when it comes to comparing the widget and menu pages.

comment:5 jane4 years ago

  • Resolution set to wontfix
  • Status changed from new to closed

This is moot as it was decided last night to go back to the original checkbox design for menus and not use dragging from the lists to the menus. Closing.

comment:6 nacin4 years ago

  • Milestone Future Release deleted
Note: See TracTickets for help on using tickets.