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

[WordPress Trac]

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

Comment (by folletto):

 > Go straight to themes view on mobile, then toggle to open filters.

 Not keen on that approach, as I mentioned before because it makes the
 filters out-of-flow. But ok, let's try if we really prefer that.

 > Smooth the themes fadeIn and unify it with the displaying count text
 fadeIn.

 Awesome care of details. :)

 > position of the circle was a half-pixel too low, now it's a half-pixel
 too high

 HAHAHAHAHA ok we need to put some eyes to that. :D
 Does it happen on all browsers?

 > keeping the accordion behavior for now due to the length of the list and
 intentionally maintaining some hierarchy between top-level section
 "filters" and these feature filters due to the way they currently work
 with the .org API.

 Can you attach a screenshot? I'm not keen on accordions since scroll is a
 very effective interaction (and underestimated). Hard to identify what's
 happening here without a screenshot tho, also given it impacts styling.

 > Unfortunately this isn't feasible because it's the same spinner used for
 infinite scroll, so it would become visally lost in that context.

 Ok, it's understandable.

 > I tried this but unfortunately it worked considerably worse because it
 clashed with the customize sidebar being #eee

 #eeeeee and #dddddd were the specs on the design above. In which way does
 it clash?

 > Going to skip this for now since that isn't the convention anywhere else
 in core, and we'd also need to unset the hover styling. Probably better to
 address that universally.

 Good point. :)

 ----

 > Button labels, and whether we need two separate buttons. Note that "Live
 Preview" is what themes in the admin do as well, so it would probably be
 better to change everywhere in a unified way later. "Install & Preview" is
 useful because it lets users make a decision in one click/one step and (to
 an extent) implies that it may take a bit of time to actually install.
 However, at least one user has found the wording confusing so far; let's
 see if a pattern emerges.

 Agreed in waiting for a pattern. I think a single button to get to the
 theme is useful, since that's the objective there. Maybe we don't have to
 really mention "Install" and could be just "Preview"? Not sure. It might
 be just a labelling issue we can easily solve. Some testing will help.

 > Double loading indicators - if we have two buttons that both install,
 they'll both get loading spinners. Probably the best solution is to
 eliminate a button.

 Can you attach a screenshot, or better a gif, of the issue?

 > Screenshots don’t render before scrolling sometimes. It isn't
 consistently reproducible and is likely due to a race condition with an
 arbitrary delay in the JS.

 This is fairly annoying, is there anyone that could maybe provide extra
 eyes to see if we can find a solution?
 Can you describe where you think the issue is so it's easier if someone
 wants to give a hand?

 > We're starting to build up some larger design ideas and potential
 improvements to iterate on in future releases as well.

 Yesh!

 I hope it helps. :)

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