[wp-hackers] new menu management 3.0
erisds at gmail.com
Mon Jun 21 14:02:52 UTC 2010
I don't think anyone is trying to say that these are bugs. The menu system,
as is, works perfectly.
However, parts of it are a bit unintuitive, especially when considering
training a client.
I agree with Japh that if I setup a top-level menu it would be nice to *have
the option* to tell the menu to auto-populate the children (and keep them
updated when a new child is created).
The user could still go to the menu page and use the nice drag and drop
interface to remove or add items... but the basic structure would be
Again, I don't think these are bugs, but I do agree that whilst the efforts
of the WP team on the menu system are awesome, and that it is perfect for
smaller custom menus, when it comes to the main navigation on a large
page-heavy site, it currently doesn't cut the mustard in terms of features
At the end of the day, we sell Wordpress to our clients because it's
easy-to-use, because they don't have to do things manually, so I'm going to
continue using wp_list_pages, and the PageMash and Page Links Manager
plugins to manage main navigation.
Just my 2p
On Mon, Jun 21, 2010 at 2:37 PM, Piyush Mishra <me at piyushmishra.com> wrote:
> as far as i can make out, presently the menu is static and completely
> separate from the general logic of the site. all other features work
> as is. this helps in making custom menus and IMHO it would be cool to
> have intelligent menu features like the ones u stated but we should
> not treat it like a bug but as an enhancement...
> On 6/21/10, Ash Goodman <ash at thinkinginvain.com> wrote:
> > Hi all,
> > I am playing around with 3.0 and the new menu system. I love it but I
> > have noticed it doesn't play well with the existing menu management
> > features.
> > Forgive me if this has been brought up before. On the page editor
> > screen if you select a parent page from the drop down this is not
> > respected by the new menus interface and vice versa. I understand why
> > (what with categories and custom post types etc), but shouldn't the
> > old ways of managing the menus be hidden if the new way is activated?
> > Maybe something that happens when a theme is activated that declares
> > support for the new menu system?
> > I can just imagine users banging their heads against the wall trying
> > to edit the menu from the page editor. Telling them, 'oh I know those
> > controls are still there, but they don't work, use the other instead'
> > isn't going to cut it. Its opening the door for unnecessary confusion.
> > Even better I think would be if some way could be found to handle menu
> > management *both* on the page editor screen and using the new
> > interface. It makes sense from a usability viewpoint that you would be
> > able to assign the page to a menu and a location within that menu when
> > creating the page without having to go to a separate interface to do
> > it. But it also makes sense to be able to edit menus en masse from one
> > location. I think if we can have the ideal solution we need both
> > options.
> > Just my 2 cents please don't flame!
> > Ash
> > _______________________________________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.com
> > http://lists.automattic.com/mailman/listinfo/wp-hackers
> Piyush Mishra
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
More information about the wp-hackers