#3835 closed defect (bug) (fixed)
Use WordPress settings API
Reported by: | johnjamesjacoby | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | |
Component: | Core | Keywords: | |
Cc: |
Description
BuddyPress still uses hard-coded settings pages. Everything should be moved over into using the WordPress settings API.
Change History (11)
#3
follow-up:
↓ 4
@
13 years ago
Heads up that the full WP settings API does not work properly with WP Multisite, so we can't use a full implementation. I believe add_settings_section() etc works fine for creating markup, but we have to catch and save settings manually, because the settings api sends form submits to the wrong page (options.php). See #WP15691, #WP18285
#4
in reply to:
↑ 3
@
13 years ago
Replying to boonebgorges:
Heads up that the full WP settings API does not work properly with WP Multisite, so we can't use a full implementation. I believe add_settings_section() etc works fine for creating markup, but we have to catch and save settings manually, because the settings api sends form submits to the wrong page (options.php). See #WP15691, #WP18285
Well that stinks.
#5
@
13 years ago
You're telling me. It's been like this since the Network Admin was introduced. No love for MS :(
#6
@
13 years ago
(In [5524]) First pass at using settings API:
- Split bp-core-admin.php up into smaller parts
- Use settings API for Settings screen
- Backport bbPress 2.x admin class
- Move admin functions out of core functions and cssjs files
- Update bp-core-options.php and include
- Rename menu pages to be more accurate
- Rename 'Pages' tab to 'Permalinks' for future slugifying
- See #3835
(In [5508]) Update bp-core-options.php with existing BuddyPress options. See #3835.