#19816 – Multiple screenshots per theme
There are some improvements in the works for the themes screens in 3.4 (see #19815, #19816, and #19853). #19816 needs some help from the UI group.
Ideas proposed so far include having a slider inline with the current placement of the screenshot (not great, linear nav only can be frustrating), a photo stack that displays in a light box when clicked, or a div/layer that slides open to show the screenshots. If screenshots can be included in larger sizes as opposed to the current 300×225 size, which is actually squeezed down to 240×180 by CSS in the admin, a lightbox of some sort would be nice.
If anybody has some ideas, please post them and/or comps in the comments. Note that the themes screens will likely look more similar to those on WordPress.com, with most details hidden and a real focus on the screenshots, title, and author – working patch on #19853 if you’re so inclined.
Jane Wells 5:37 pm on January 25, 2012 Permalink
No slider, please. Stack is preferred (suggests gallery) , and slidedown div/layer is probably better than lightbox, so that everything else is still visible. Actually, since we agreed with infinite scroll to remove some of the descriptive stuff, there could be a Details link that also triggered layer reveal, which would show extra screenshots (when available) as well as description/tags. Expanded listing, basically.
Helen Hou-Sandi 5:48 pm on January 25, 2012 Permalink
+1. Taking advantage of the details link that is already there seems like a great idea, especially since I added it to installed themes with that patch. Perhaps also having a stack indicator for themes with multiple screenshots would be good, so it’s clear that there’s more to see. And then I suppose clicking on the screenshot should also expand the details.
Jane Wells 7:15 pm on January 25, 2012 Permalink
Yes, I’m thinking Details link and clicking stack would both trigger the same thing.
Chip Bennett 12:24 am on January 26, 2012 Permalink
Please keep the WPTRT in the loop on these changes, as it would appear that they will impact the Theme Review Guidelines with respect to Theme screenshots. Personally, I welcome such changes, as it will give developers considerably more flexibility in demonstrating their Themes through the screenshots!
Jane Wells 5:22 am on January 26, 2012 Permalink
Agreed, we need to be in sync. That said, there are a number of contributor groups separate from core (TRT, forum mods, docs) that should all be abreast of what’s going on with core, and taking to each other as well. One of the things I want to do over the next month or two is identify a lead for each contributor group and do monthly irc chats or google hangouts for all the leads to touch base, raise any concerns from their team, hear about the activity/progress/issues of other teams, and have a direct line to core. I’ll be reaching out to each team individually to figure out the best way to arrange this. I also want to try and organize a contributor summit sometime this year — not WCSF, but an invite-based event to bring the regular contributors together in one place without distraction for a few days. Between all this and meetups, this is the year of organizing our community, especially among contributors.
In the meantime, maybe subscribing to the themes component on trac would help fill the gap.
Edward Caissie 1:06 pm on January 26, 2012 Permalink
Bringing in “leads” from the various “contributor groups” is a great idea! Opening up lines of communications can only bring more benefits to those groups and the core groups alike.
Chip Bennett 4:02 am on February 16, 2012 Permalink
Whoops; thought I was subscribed… anyway, I’m really glad to hear of these developments for the contributor groups. Some oversight/collaboration with other groups will be good for us. Sometimes it feels like the WPTRT are off just doing our own thing.
Edward Caissie 1:04 pm on January 26, 2012 Permalink
Multiple screenshots would be most welcome as this would have specifically addressed a recent theme submission wanting to show both a “standard” screen view and a “mobile” screen view. A reasonable compromise was made for the final single screenshot used but having multiple screenshots available would have been much better for both the theme author and the end-user.
Helen Hou-Sandi 7:04 pm on February 15, 2012 Permalink
First pass in Photoshop at a stack background (would conditionally appear only if multiple screenshots are available): http://cl.ly/002y2n2o0a42311G0L01
Brandon Dove 9:33 pm on February 15, 2012 Permalink
Helen, I’m not sure that the stack background indicates that their are multiple screenshots. It seems more to imply that there are multiple themes, or perhaps that it’s a child theme.
What are your thoughts on the comps that I posted to the ticket?
http://core.trac.wordpress.org/attachment/ticket/19816/radio-button-slider-or-slideshow.jpg
http://core.trac.wordpress.org/attachment/ticket/19816/arrows-slider-or-slideshow.jpg
Adam W. Warner 7:36 pm on February 15, 2012 Permalink
Helen, I hope it’s OK for me to give my simple feedback even though I’m not involved at all with development of core. If not, please let me know, but I follow all the dev stuff to keep up to date on what may, or may not, be coming.
That said, the stack effect in your comp looks really great as an indicator that there is more to see. However, I really had to look for it. Perhaps the layers behind the main could be somewhat darker or drop-shadowed to make them more apparent?
Just my two cents as a WordPress enthusiast and daily user
kaiser 10:00 am on February 16, 2012 Permalink
OK, to be honest: This is a lot of data that gets transferred for a task that will happen ~1 time á year á blog. We already got plugin screenshots that are no helpful inside your installation. Why do we need to take even more disk space with screenshots, when we got a theme preview too?
Helen Hou-Sandi 3:09 am on February 17, 2012 Permalink
Unrotated stack: http://cl.ly/2H3A3K1O2x0h0T432w2y
Same, with slight drop shadow: http://cl.ly/0o2z3u2d0x433M0w1f0l
Justin Tadlock 6:30 am on February 29, 2012 Permalink
Will the theme screenshots be housed in the top level of the theme directory? Or, will there be a “/themename/screenshots” directory, or at least an option to filter it to do so? I ask because themes already get so cluttered with multiple files.