Quote:
Originally Posted by JSWolf
That would have solved all the problems had we known that Stanza buggered it up. In order to verify that a Mobipocket eBook works properly is to view it using official software such as Mobipocket Desktop.
|
Which I would have attempted to do if I were at home with parallels installed. As it is, I'm on the road on a family emergency and the best I could try was crossover pro, which works with mobipocket *except* for the actual display panes.
If mobipocket reader worked on OS X (::hint:: ::hint::!), I wouldn't have a need to use the scripts in the first place.
As it is, I tried to confirm the format by comparing different .prc mobipocket books in a hex editor (something that most users wouldn't do). I was thrown off by several books having a fairly simple ascii/unicode html layout...and this book *not* following a similar layout.
Many thanks to @
pdurrant for his assistance last night in helping check the validity of the output file.
It looks like mobitohtml is stable/robust enough to use as a validity checker in situations where the official mobipocket reader is unavailable. (which is my lesson learned out of this). The only downside to using mobitohtml (IMHO) is that you lose a lot of the metadata tags.
The bug has been emailed to the stanza team (though I haven't received ack from them yet), so hopefully this particular issue will be resolved.
@
JSWolf -- OT, and maybe a followup should be a thread link, but what tool would you use on OSX to verify mobipocket validity when the official reader isn't available?