[wp-trac] [WordPress Trac] #35773: _network_meta() functions could use _metadata() API
WordPress Trac
noreply at wordpress.org
Mon Feb 8 05:46:30 UTC 2016
#35773: _network_meta() functions could use _metadata() API
-----------------------------------+------------------------------
Reporter: johnjamesjacoby | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Options, Meta APIs | Version: 3.0
Severity: normal | Resolution:
Keywords: 2nd-opinion has-patch | Focuses: multisite
-----------------------------------+------------------------------
Comment (by johnjamesjacoby):
The neat thing about codifying this approach, is we can start thinking
about "network options" like the metadata that it is instead of by the
screens & hard-coded settings with which that data is funneled through.
A few less obvious wins:
* Ability to register network meta, and use the sanitization & capability
checks that come with `register_meta()`
* Mirror `get_post_custom()` and have 1 function get "all meta" similar to
the `alloptions` cache
And maybe other caveats:
* The settings API is not currently used in the Network Admin. Can we use
these new functions with a network settings API?
* So many wrappers. Is this worth added confusion of which to use when and
why?
* This matters more for multi-network than multi-site. Is this better
handled in a plugin?
--
Ticket URL: <https://core.trac.wordpress.org/ticket/35773#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list