[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