[wp-trac] [WordPress Trac] #28602: Transparently route frontend browsing through Customizer for logged-in editors

WordPress Trac noreply at wordpress.org
Sun Jun 29 16:53:08 UTC 2014


#28602: Transparently route frontend browsing through Customizer for logged-in
editors
-------------------------------------+------------------------------
 Reporter:  westonruter              |       Owner:
     Type:  feature request          |      Status:  new
 Priority:  normal                   |   Milestone:  Awaiting Review
Component:  Customize                |     Version:  3.4
 Severity:  normal                   |  Resolution:
 Keywords:  needs-patch ux-feedback  |     Focuses:  ui, javascript
-------------------------------------+------------------------------

Comment (by westonruter):

 I put together a proof of concept for a “window wrapper” which is one way
 that the Customizer could be pre-loaded when logging in:
 http://westonruter.github.io/window-wrapper/

 In the POC you see there is a persistent bar that appears at the bottom of
 the page when this feature is active, and this bar persists even across
 page loads as you navigate. Imagine instead that this persistent bar is
 the Customizer panel on the left, and that it could be hidden by default
 until called for. Thus, when opening the Customizer, you would not need to
 reload the page to load the Customizer app: you would already have it
 loaded, and it would just slide in from the left. Likewise, the DOM of the
 currently-loaded page wouldn't need to be thrown when opening the
 Customizer away since there would already be a preview `iframe` there
 ready to use.

 Implementing this would result in a much faster loading of the Customizer
 than even #28661 (Improve loading of Customizer from front-end by
 leveraging `customize-loader.js`). It would be instant.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/28602#comment:7>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list