[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