Make WordPress Core

Opened 5 years ago

Last modified 4 weeks ago

#26575 reopened defect (bug)

Dashboard widgets should be able to specify a min-width at which they span two columns

Reported by: markjaquith Owned by:
Milestone: Awaiting Review Priority: normal
Severity: normal Version: 3.8
Component: Administration Keywords: bulk-reopened
Focuses: Cc:


Some dashboard widgets don't do well in skinny columns. Maybe we should let them specify a min-width. If breached, they could span two columns. Certainly would be useful for stats/traffic widgets.

Change History (8)

#1 @mattbeck
5 years ago


Large screens with small numbers of widgets are implemented badly in the current responsive design.

Content is squashed into tiny columns, and the column count expands past the number of active widgets.

Best case would be for the number/width of columns to adjust to the number of active dashboard widgets instead of displaying the empty drag/drop areas.

In lieu of that some mechanism to specify either column-count of a widget intended to be wide and/or better yet - maximum number of columns to display on the dashboard would be great.

#2 @helen
5 years ago

I actually asked about multi-column width widgets and a Masonry-esque layout during DASH dev - I think it'd be a great thing to iterate and make better. I also really like the idea of being even smarter and adjusting based on how many widgets are shown as well.

#3 follow-up: @toscho
5 years ago

  • Cc info@… added

The existing user controls worked well. They still do, once reactivated, see #26354.

The plain number of widgets doesn’t tell us anything about the space they need. That depends on their content and the user’s font size settings.

#4 in reply to: ↑ 3 @SergeyBiryukov
5 years ago

Replying to toscho:

The existing user controls worked well. They still do, once reactivated, see #26354.

FWIW, that snippet only works for switching between 1 or 2 columns. I've tried to increase the max parameter to 4, but that didn't work.

#5 @RobertPHeller
5 years ago

  • Cc heller@… added

#6 @lkraav
4 years ago

Sounds like the column system needs to make some kind of a solid promise about what a column means at its minimum width. Then widget implementations should define their width in columns, not pixels. Math magic should try to work out the rest - responsive collapsing, fitting 2x2 grid where needed at higher resolutions, etc.

Is anybody actively looking into this as of lately?

#7 @iseulde
3 months ago

  • Milestone Awaiting Review deleted
  • Resolution set to wontfix
  • Status changed from new to closed

This ticket has not seen any activity in over *two* years, so I'm closing it as "wontfix".

The ticket may lack decisiveness, may have become irrelevant, or may not have gathered enough interest.

If you think this ticket does deserve some attention again, feel free to reopen.

For bugs, it would be great if you could provide updated steps to reproduce against the latest version of WordPress (5.0.2 at the time of writing). Remember images or a video can be superior to explain a problem. At the very least, quickly test again to make sure the bug still exists.

If it’s an enhancement or feature, some extra motivation may help.

Thank you for your contributions to WordPress! <3

#8 @JeffPaul
4 weeks ago

  • Keywords bulk-reopened added
  • Milestone set to Awaiting Review
  • Resolution wontfix deleted
  • Status changed from closed to reopened

A decision was made to reopen tickets that were closed in the bulk edit that this ticket was affected by. This ticket is being placed back into the Awaiting Review milestone so it can be individually evaluated and verified to determine if it is still relevant/valid or reproducible.

Note: See TracTickets for help on using tickets.