[wp-trac] [WordPress Trac] #11817: Better Site Menu Management

WordPress Trac wp-trac at lists.automattic.com
Tue Jan 26 08:09:45 UTC 2010

#11817: Better Site Menu Management
 Reporter:  scribu          |       Owner:  scribu  
     Type:  task (blessed)  |      Status:  accepted
 Priority:  normal          |   Milestone:  3.0     
Component:  General         |     Version:          
 Severity:  normal          |    Keywords:          

Comment(by Lari):

 Replying to [comment:50 scribu]:
 > I think your approach actually slows down menu creation: for each menu
 item, you have to do the extra step of dragging the item to the menu.

 Ok, fair enough. But it is simpler than the current solution.

 > Also, the layout you suggest for the Select menu doesn't allow
 hierarchies, which can be really useful for users that have a lot of pages
 / categories.

 I’m sorry, I don’t quite follow. Do you mean it’s not possible to show
 child pages in that list? It doesn’t show it but surely it could be done
 if it can be done with a regular select element. I mean, you can layout
 the pages any way you want.

 Replying to [comment:50 scribu]:
 > we would have to insert new items at the top of the menu, and not at the

 Indeed. That was my reasoning.

 > What puzzles me is what would happen when a theme has 4+ menus defined.
 Should we move the forth below the first 3 or just let the admin page
 extend to the right, indefinetly?

 Show a horizontal scroll bar. How often does one have more than four
 menus? Less than 20% of the cases?

 Also, I think there should be a way to define a menu to be second (or nth)
 level menu. So that the contents of the menu automatically change based on
 the current page.

Ticket URL: <http://core.trac.wordpress.org/ticket/11817#comment:58>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software

More information about the wp-trac mailing list