Opened 15 years ago
Last modified 5 years ago
#12945 accepted defect (bug)
Constrain wp_page_menu()
Reported by: | technosailor | Owned by: | technosailor |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | |
Component: | Menus | Keywords: | has-patch dev-feedback |
Focuses: | Cc: |
Description
The wp_page_menu() function is the default callback for wp_nav_menu(). IOW, when a user is not using the new menu system, it defaults to this function. While that is good, any number of pages over, say 10, will make a theme puke in many cases.
As a workaround, I suggest we make a default of wp_page_menu() to exclude all pages() except home. It's a stupid idea, I think, but something needs to be done to make this manageable so I'm looking for feedback.
The Pro of taking this approach is that it encourages customization of menus via the WP menu system. It also does not lock theme devs into a particular approach because this stuff can be overidden via arguments and filters.
The con is that the default callback becomes pretty benign and useless. Almost pointless.
Ideas?
Attachments (6)
Change History (18)
#3
@
15 years ago
- Milestone changed from Unassigned to Future Release
- Owner set to technosailor
- Status changed from new to accepted
- Version 3.0 deleted
@
15 years ago
This should be considered for 3.1, not 3.0, as it modifies the get_pages() function and adds a new include_full argument where, if true, returns an array of postdata and if false returns an array of IDs
@
11 years ago
Still a less than idea solution. Would be better if I had access to postnot_in, but... refreshed patch more cleanly fixes this issue. wp_page_menu() now includes a home link only, and respects if a user has designated a page for the front page. Filters remain in place for plugins to modify.
+1 to limiting by default in some way.