[wp-trac] [WordPress Trac] #19910: Appearance Improvements: Theme Customization Frame
WordPress Trac
wp-trac at lists.automattic.com
Fri May 25 21:16:02 UTC 2012
#19910: Appearance Improvements: Theme Customization Frame
-------------------------------------+--------------------------
Reporter: koopersmith | Owner: koopersmith
Type: task (blessed) | Status: closed
Priority: normal | Milestone: 3.4
Component: Appearance | Version: 3.3.1
Severity: normal | Resolution: fixed
Keywords: dev-feedback needs-docs |
-------------------------------------+--------------------------
Comment (by nacin):
Replying to [comment:20 azaozz]:
> Another (big?) advantage of always doing full refresh of the preview is
that the code needed would be a lot simpler and more robust/compatible.
For example currently the customizer won't work in FF with the NoScript
addon if more strict rules are set for it.
>
> But as I said it's too late to look into this now, perhaps in 3.5.
I'm confused why this is bring brought up now, seeing that postMessage was
part of the original scope and implementation — way back from
January/February. Regardless, the user experience is far, far better with
postMessage. I'm a backend API person and even then I don't see any kind
of justification to do a round-trip. It works, it's simple enough, it's
robust, it's compatible. Removing it is a non-starter in my book.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/19910#comment:21>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list