Quote:
Originally Posted by veole
What's the problem with using Calibre to convert from mobi to eupub, edit the epub file, and then to use Calibre to convert it again to mobi?
Why is better to decompile the mobi file and edit raw html?
|
The answer for me is that Calibre does not respect class names when it converts. Some class names depict what follows, and Calibre simply blindly renames them calibrexx and you lose the original meaning. That is a no starter for me, and I continue to look for a way to decompile ebooks that does not involve Calibre with its sticky fingers renaming everything.
No explanation about why this is done, just that 'I am not interested in changing it.' That is really too bad, because a number of people use Calibre to get to the source html to work on that, but with classes all renamed, it is difficult if not impossible to know what you are editing.
One example is that I work with cookbooks in mobi/epub format. Before conversion, the html class may say <div class="titlel">. Afterwards, it says <div class="calibre59">.
A cookbook with 100 'pages' has 100 recipes. All the title tags are lost, although the text of the titles is there. The point is that there is no longer a reliable tag remaining with which to automate identification of the titles.
I have found that if you use the debug function, you can get the html as it was inside the ebook before conversion takes place. However, each page is a separate html file, so editing those is nearly impossible, too, unless you can find a way to merge the html files into a single file in the correct order. Not easy, but doable with sufficient effort.