id,summary,reporter,owner,description,type,status,priority,milestone,component,version,severity,resolution,keywords,cc
18285,New Settings API and workflow,nacin,,"A new Settings API should ideally be less painful.

That includes registration of options, creating fields and forms, and handling errors.

Quick suggestions, which Ryan and others can elaborate on, as well as offer justification for:
 - Stop using options.php as a POST handler.
 - Object-oriented approach, rather than passing handles around everywhere.
 - Should be flexible enough to leverage the new Settings API in the Network and User admins.
 - Form/field construction should be easy, and core should use it.
 - Core should also show/hide relevant fields based on the UI, perhaps with some sort of caps integration. Likewise, authorization for saving options should be incorporated beyond the sanitization callback.

Table markup should also be moved to CSS, which requires #16413 and core leveraging the fields API.

Anything that is not done, can be moved to 3.4. We should not rush this API, and we should be absolutely satisfied with it.",feature request,new,normal,Future Release,Plugins,,normal,,settings-api needs-patch,aaroncampbell mpretty@… Ken@… andrewryno@… sabreuse@… piemanek@… mikeschinkel@… jjeaton chip@… me@… kovshenin@… rzen Mordof frank@… hameedullah 24-7@… nerrad hello@… dcox@… simonlawrence nashwanco_001@… kurtpayne jmlworld@… garinungkadol dromsey@… joachim.kudish@… ciobi gary@… wordpress@… johnbillion@… tom@… studiograsshopper azizur deanmarktaylor pauldewouters pauli.price@… bcasey@… johnnytee mercijavier@… jer@… steve@… CaptainN unknowndomain bpetty pippin@… jared@… maorhaz@… nowell@… bronson@… alex@… maxmaeteling wordpress@… knut@… steve@… zamoose@… info@… sunnyratilal5@… nicolasderambure@…