'mark as cover image'

[Ghitulescu]

Originally Posted by Ghitulescu

Speaking of this: I have yet to find the "uncover" option, id est to remove the cover-status of a file....

Anyway, no hardware eReaders I have was able to display an image as a cover, only XHTML files (which may include an image).

Originally Posted by DiapDealer

Quite simply put: cover page and cover image are not synonymous with each other. So 'marking' them should remain independent of each other.

Originally Posted by Ghitulescu

.... - why would one have an image marked as cover yet another file x/htm/l marked as well?

For instance, my Sony does not recognize images as covers, even if marked as such, a text file however yes. Neither the Trekstor. So marking an image as cover does not solve the problem of displaying it as cover in all cases. Therefore the ability to mark a text document as a cover is not only handy but also required.

Originally Posted by DiapDealer

You've also managed to argue your way right into supporting the idea that the actions of "marking" a cover page|image should remain independent of each other. In your examples, you don't NEED the image to be marked as a cover image ... you only need to indicate the cover page in order for it to display properly on the devices you indicated. So why would you want calibre's editor to automatically mark the image as well when you don't need it to?

The confusion still remained.
Calibre allows two items to be marked as cover. A bitmap and a text. Whereas all HW eReader I've tested could not interpret the bitmap as a cover.
So, it is possible to mark an image as a cover, although useless in real life (but EPUB standards allow it), it is not possible to "unmark" it, and it's possible to mark a text file to act as a cover - supported in real life.
My confusion remains, as I don't see the point in having two items marked as cover, and no "unmark" action - like the dirt in one of Murphy's law, it only go from one object to another during cleaning -=- if there is only one cover why allow this? I know I can edit it by hand, but how many times any of you have corrected the spelling of a Word Document in an HEX editor?

Originally Posted by arspr

This discussion is pretty pointless...

OK, in most books, the cover html file (which is explicitly set as this kind of file in guide section) just contains a link (in either img or svg>image flavour) to a bitmap which is also set as cover image (in metadata section).

But you can freely do whatever other combinations you want. So, therefore, they cannot be directly linked. Period. Now, discuss whatever you want but it's absurd IMO.

Maybe your cover.html just contains text, or maybe it contains only SVG vector shapes, or maybe it contains three bitmaps. Or maybe you just want to set one of them (or none of them).

If you are really interested, what you could propose would be an enhancement to Calibre where, whenever you set an html file as cover type, IF AND ONLY IF it only contained a single link to an image, Calibre automatically suggested you to mark that image as cover... As you can imagine I cannot foretell Kovid's answer, but I'll bet to "sure, patches are welcomed" .

The discussion is not pointless. It may be fruitless

1. two different items (one for each option in standard) may be marked as cover - useless as there is only one cover and unless the eReaders support only one type it may confuse them
2. there is no "remove", "uncheck", "un-cover" etc function once activated.

[DiapDealer]

Did you miss the part about calibre's ebook editor not being an epub-only editor? I'm assuming you must have... otherwise you wouldn't be claiming that the ability to mark an image as a cover is "useless in real life." It's only useless in your little corner of "real life."

2. there is no "remove", "uncheck", "un-cover" etc function once activated.

Separate and unrelated to the discussion. But have you ever considered submitting a feature request for this? You might be surprised what happens.