The enabled themes are listed vertically, in a single column while the disabled themes are listed in horizontal grid system that wraps rows ~~every 4 themes~~ in a responsive way as width permits. The enabled themes have their info and action links to their right, while the disabled ones below them.
I think we should convert this page to a responsive grid that lists all themes horizontally the same way that the disabled themes are listed (wrapping as needed, depending on screen width). That would take advantage of the horizontal space left black to the right of the (currently single) column of enabled themes and make the page shorter, so less scrolling. UX++
Sort of OT: If it were otherwise, I'd suggest to place themes in a table that has separate columns for theme name, description and actions, but the theme screenshot would make the table rows too tall and waste vertical space (more scrolling). This would allow the enable/disable links to be converted to a checkbox so that multiple themes can be enabled/disabled with a single page load.
~~Also OT: Do you guys feel that UX-wise the fieldset of setting the admin theme deserves to be at the top of the page there? If so, let me know and I'll file a separate issue for that.~~
Recent comments
Correct, if you add multiple condition statements they are treated as AND so it would appear to the system as: node/103 AND node/91 which will never happen. Glad you found the way to...
Blocks (custom) not displaying in Harris sidebars with visibility condition set to more than one url path (node)
YES! That works. This whole thing is extremely bizarre, though. On the site I'm building (not the sandbox demo), I had a view that was displaying multiple images correctly (i.e. once, not...
Duplicated images in view
Maybe "Query settings" : "Distinct". If there are multiple identical items, each will be displayed only once. You can use this to try and remove duplicates from a view, though it...
Duplicated images in view