[wp-trac] [WordPress Trac] #37661: A New Experience for Discovering, Installing, and Previewing Themes in the Customizer

WordPress Trac noreply at wordpress.org
Mon Sep 25 09:39:59 UTC 2017


#37661: A New Experience for Discovering, Installing, and Previewing Themes in the
Customizer
-------------------------------------+-------------------------------------
 Reporter:  celloexpressions         |       Owner:  westonruter
     Type:  feature request          |      Status:  reviewing
 Priority:  high                     |   Milestone:  4.9
Component:  Customize                |     Version:  4.2
 Severity:  normal                   |  Resolution:
 Keywords:  has-screenshots has-     |     Focuses:  ui, accessibility,
  user-testing has-ux-feedback has-  |  javascript
  patch needs-testing                |
-------------------------------------+-------------------------------------

Comment (by folletto):

 > I'm not sure what you mean here.

 I meant using the option-box form control, but since we are using i5 now,
 it doesn't matter. :)

 > Unfortunately this is not possible in all cases because there can be a
 scrollbar next to the themes but not the filter bar on some screen sizes

 I appreciate that. I'd suggest to align in the most common scenario, so
 considering a scrollbar visible on a Windows environment. It's better than
 how it was before that had a big gap.

 > "Live Preview" matches the term used in wp-admin

 This is part of the issue: in WP Admin it's fine as it would switch
 context from a static to a live preview. In customizer the adjective
 "Live" seems to me adding more confusion: "Why live? How does it differ
 from what I'm doing?".

 I'm ok in keeping it the same for now and review that later tho.

 > Everything is previewed in the customizer, so it's less likely that it's
 implied that something else is live, but it would be good to clarify this.

 Mind that there are two issues there: one are the labels, the other is the
 ability to identify and quickly switch back to the original theme. I
 should have probably split the two. :)

 > We could look into this, although the immediate clearing reinforces that
 it typipcally does take some time to reload themes from .org and also
 rescrolls to the top automatically.

 Ok, seems something we need to test.

 > The search bar there is actually a filter that instantly shows/hides
 installed themes as you type, so results actually show up before we could
 even show a spinner.

 Not sure, in the test yesterday there was a sensible gap where I noticed
 the blank. It wasn't instant. If it's instant, it's no problem, I agree.

 > If there are strong objections, the GitHub commit is isolated for that
 change and can be reverted.

 I don't have a strong objection in refactoring the list of features to
 filter, but I've a strong objection in doing everything at once. I'd
 really want that discussion to happen in a separate, dedicate ticked that
 depends on this one.

 ---

 Regarding the updated patch, I'll test again once it's live in the test
 environment ;)

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


More information about the wp-trac mailing list