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
As I work through things I flush the caches after every change I make. As far as I can tell I have the custom module in the correct place (/modules/custom/fix_zero_search) and the file...
custom module not showing up in modules list
If you haven't already, flush all the caches. If it is in the modules folder whether directly or in a custom folder it will show up. If not, something else is wrong with your site; check...
custom module not showing up in modules list
Awful idea! That's not how modules get installed! The number in db indicates the installed state and schema version. You're not supposed to fiddle in the database directly. There's an...
custom module not showing up in modules list