[compurandom]

Just to be clear, I don't have a problem with kobo's design decision, and I don't particularly care about where and when the cover itself is displayed.

The problem is that something that is not a cover (the first html file) is being displayed as a cover when a cover html is not in the kepub.

Since discovering this bug (let's call it a bug in the kepub construction), I've taken a month or so to methodically go through my entire library and made sure all epubs have an html cover page.

It would be nice if the kobo extended driver did this for me, but in doing it myself manually, I discovered a great many kepubs for which this might actually be difficult. The only ones that are trivial are the ones that have an image as the cover currently and maybe possibly the ones that have no designated cover at all.

It also would be nice if there was a plugin (quality check?) that could check for epubs where the first html file possibly designated as a cover is too long to be a candidate cover or something like that. Or (assuming this isn't changed in the kepub driver), a way to search for epubs whose only cover is an image. Or maybe a way to search for (to eliminate from editing) epubs containing a single html file (which actually don't need an html cover apparently).