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
There is also Node Comments Search - this searches the node and all comments (default search is node and first page of comments) as part of the content search. Izzy's module above is a separate...
Search does not include comments
I have created a new module comment_search
Search does not include comments
If there is no response, alternatively, you can use a View with a list of comments, with a filter based on the comment text. I haven't tried it myself, I just got an idea.
Search does not include comments