Mobiperl Mobiperl - Perl tools for handling MobiPocket files

[tompe]

Originally Posted by JeffElkins

Is there such a function?

If you put all text inside a pre-tag in a html file then html2mobi will probably give something that you can read. Of course I could add a text2mobi which do that but maybe that is not always what you want...

[tompe]

Originally Posted by wallcraft

I agree about not manipulating the HTML. However, FBReader not recognizing a cover image is a bug in FBReader. I'll report it and see if this can be fixed. The iLiad's MobiPocket Reader has the same bug though (no way to show the cover image). I thought the "standard" behavior was to only show the cover image on request, which makes adding the same image to the start of the HTML a good thing, but apparently there is no standard behavior in this case - so someone is going to be unhappy.

And it is impossible to remove the link since you cannot know that the first link is a cover image. It could be a image in the book. But maybe a better behavior for mobi2mobi is to not replace the first image since it could be the wrong image.

[JSWolf]

Originally Posted by HarryT

I thought I'd explained this, Jon. Let me have another go.

A normal "linked" image in a book is NOT a cover image - even if it appears on the first page of the book. A cover image is especially marked as such in the file. The "Cover Image" menu item in the Windows mobi reader will display it, and the library manager on the Gen3 will automatically display it as the book's "cover" in the library.

When you use "mobi2mobi" to add a cover image to a book, you are adding that special flag to the file which says "this image is a cover image". What the tool CAN'T do is go through the HTML code of your book and remove any OTHER references to that same image that it might find - and nor would you want it to, in many cases.

What mobi2mobi is doing is ADDING the link in the HTML code to make the second cover image displayed. I'm starting with a Mobipocket fiule that has no cover image and trying to add such. The cover image and cover image link get added fine. But the link to place the cover image on the first page also gets added. That's where the bug comes in. he file I was trying to add the cover image to was made in BD without any sort of cover image at all. So when I add the cover image, I get a cover image and a copy of the cover on page 1. Mobi2mobi is adding the link to display the cover image a second time. It's not already there. The fault in this case does lie with mobi2mobe for putting in the link for the cover image on page 1.

[JSWolf]

Originally Posted by tompe

And it is impossible to remove the link since you cannot know that the first link is a cover image. It could be a image in the book. But maybe a better behavior for mobi2mobi is to not replace the first image since it could be the wrong image.

Why defalt to trying to code for a bug that may not be a bug in the reading software being used? Why not make a switch to fix this bug for the people using reading software where this bug surfaces? That way the people who do get a double cover won't get a double cover.

[tompe]

Originally Posted by JSWolf

What mobi2mobi is doing is ADDING the link in the HTML code to make the second cover image displayed.

No, you are wrong. It does not add a link at all. mobi2mobi does not change the html code!

[tompe]

Originally Posted by JSWolf

'm starting with a Mobipocket fiule that has no cover image and trying to add such. The cover image and cover image link get added fine. But the link to place the cover image on the first page also gets added. That's where the bug comes in. he file I was trying to add the cover image to was made in BD without any sort of cover image at all. So when I add the cover image, I get a cover image and a copy of the cover on page 1. Mobi2mobi is adding the link to display the cover image a second time. It's not already there. The fault in this case does lie with mobi2mobe for putting in the link for the cover image on page 1.

Could you tell me what file you are using and the exact commands you give to get this effect? html2mobi can add a link so are you using that command?

[JeffElkins]

Originally Posted by tompe

If you put all text inside a pre-tag in a html file then html2mobi will probably give something that you can read. Of course I could add a text2mobi which do that but maybe that is not always what you want...

I''ll try that, thanks.

[tompe]

Originally Posted by JSWolf

Why defalt to trying to code for a bug that may not be a bug in the reading software being used? Why not make a switch to fix this bug for the people using reading software where this bug surfaces? That way the people who do get a double cover won't get a double cover.

What? THERE IS NO BUG WITH ADDING LINKS! If people can give enough information so a bug can be identified it will be fixed. Just saying it is a bug and not telling exactly what was done is not so helpful.

[nrapallo]

As .oeb (an OEBFF container produced by eBook Publisher) is a 'generic' self-contained format, are there any tools you may have that convert from it to mobi format? to any format?

I prefer however a direct .oeb to .mobi tool, if there is one already.

Request Withdrawn for oeb2mobi as I now prefer the .opf to .mobi route provided by opf2mobi. This is how I added .prc output to PDFRead 1.8.

Thanks for the heads up as .oeb (a text OEBFF container produced by eBook Publisher) is not a standard (but almost became one)!

[tompe]

Originally Posted by nrapallo

As .oeb (an OEBFF container produced by eBook Publisher) is a 'generic' self-contained format, are there any tools you may have that convert from it to mobi format? to any format?

I'm adding .oeb as an output format to PDFRead and will soon release same as version 1.8 (with Ashish Kulkarni's permission). I wanted to easily allow mobipocket users to benefit from this addition as PDFRead does not presently support .prc output formats natively.

By the way, I also added .html as an output format to PDFRead which produces a .opf file along with this, so I guess opf2mobi or Mobipocket creator can do the trick for mobipocket users. However, I'm having issues with this as the .opf file produced is not mobipocket specific and breaks sometimes.

I prefer however a direct .oeb to .mobi tool, if there is one already.

Well, no. Is the container anything more then zipped files that you can unpack and run opf2mobi on? opf2mobi should not really be MobiPocket specific in any way. I read the specification on ePub web pages when writing it. So if you have specific problems or bugs I can fix them. opf2mobi does not support style sheets in any way.

[wallcraft]

Originally Posted by nrapallo

As .oeb (an OEBFF container produced by eBook Publisher) is a 'generic' self-contained format, are there any tools you may have that convert from it to mobi format? to any format?

I did not know that there was a container specification for OEB. For this reason, FBReader assumes that .oebzip files are renamed .zip files containing an OEB e-book (images, HTML, OPF).

[nrapallo]

Originally Posted by wallcraft

I did not know that there was a container specification for OEB. For this reason, FBReader assumes that .oebzip files are renamed .zip files containing an OEB e-book (images, HTML, OPF).

I'm not too sure what your reference to .zip files is (I got a similar response from Kovidgoyal under the Mobi2oeb thread).

Check the wiki for the goods on OEB.

[wallcraft]

Originally Posted by nrapallo

Check the wiki for the goods on OEB.

I don't see anything on the wiki about a .oeb file. For example, version 2 of OEB (EPUB) does have a container file format - an .epub e-book is a ".zip" file containing all the files making up the e-book with a particular un-compressed file first in the zip (to identify the file as an ePUB container).

[nrapallo]

Originally Posted by wallcraft

I don't see anything on the wiki about a .oeb file. For example, version 2 of OEB (EPUB) does have a container file format - an .epub e-book is a ".zip" file containing all the files making up the e-book with a particular un-compressed file first in the zip (to identify the file as an ePUB container).

The OeBPS Version 1.2 is the container that eBook Publisher saves as a .oeb file. It is text and not zipped. Yes, .epub, a successor to OEBPS v1.2, is zipped.

[tompe]

Originally Posted by nrapallo

Check the wiki for the goods on OEB.

I did. It said:

The basic OEB source files includes one or more HTML files and a OPF (Open eBook Package File) file in XML format. The OPF file includes the list of files in the build and the metadata used to define the file contents. The HTML files sometimes have a .ODF (Open eBook Document File) extension to indicate that they are not pure HTML files.

I just though that there was a standard for the container but maybe that is not the case.