Mobi2IMP 9.4 with new Windows GUI & UTF-8

[nrapallo]

Originally Posted by JSWolf

Can't you have mobi2imp do all that work for you? It would help for those of us who do not do such cleaning.

Originally Posted by nrapallo

These stray blank lines take many forms '<div>&nbsp;</div>' or '<BR><BR>' or '<br /><br /></font>' or '<br /></span>' and so on...

Just fixed in Mobi2IMP 9.2 the first two cases above in bold that cause blank lines before a page-break. This should solve the problem most of the time.

Also, fixed in Mobi2IMP 9.2 the image aspect ratio problem discussed here, by padding the images horizontally enough to not cause a problem. See examples below of Chapter 23 illustration in Pride and Prejudice by Jane Austen.

Mobi2IMP 9.2 to be released soon...

[GeneS]

Nick, it's simply marvelous! Thanks for the work you've devoted to this.
Gene

[JSWolf]

I look forward to 9.2. I'll be using it to do my imp conversion from Mobipocket releases.

[nrapallo]

Originally Posted by JSWolf

I look forward to 9.2. I'll be using it to do my imp conversion from Mobipocket releases.

I've released Mobi2IMP 9.2 now, which has minor bug fixes and some enhancements.

Changes in this release:

• can now be installed on a different drive than your C: drive; just keep the same subdirectory structure for the GUI options file to be loaded properly.
• removed '--tinymargins', '--largemargins' and '--hugemargins' and replaced with '--LRmargins LR' where LR can be inputted by the user (usually 2px, 5%, or 8%).
• corrected GUI to replace 'no indent' option with proper 'use indent' as default is to NOT use any indent. Also moved things around a bit to make room for future options.
• updated the 'Mobiperl' part of the code to implement recent improvements tompe put into 'mobi2mobi' and 'mobils' (like longtitle!).
• FAQ: If Mobi2IMP is run with no parameters, then the help screen now warns that 'If resulting .IMP is wrong version in viewer, just re-install eBook Publisher!'
• FIX: stripped from 'Title' and 'Author' any characters that are invalid for filenames.
• FIX: removed stray blank lines BEFORE a page-break that caused empty blank pages to be inserted into the ebook.
• FIX: fixed aspect ratio of images that caused images to 'bleed' into bottom and become 'chopped off' for either the 1150 and/or 1200 .IMP versions. Just padded sides of images with 'white' background until aspect ratio no longer causes a problem with eBook Publisher's weak handling of image re-sizing!
• better verbose/debug info; information is good!

As always, enjoy!

[nrapallo]

Originally Posted by GeneS

Nick, it's simply marvelous! Thanks for the work you've devoted to this.
Gene

Thank-you for the nice words of encouragement!!!

Do I hear a call for Mobi2IMP 9.3?

[zelda_pinwheel]

hmm... either i'm doing something wrong (i admit, it's the more likely possibility...) or there is a bug. i tried to convert 2 different books (this one and this one) and i got the same error. i tried using the GUI and specifying manually the location, and also using a batch file made from the options i had selected in the gui (thanks so much for that tip about copying text from the DOS window by the way...).

here is the complete text of the error (did i mention, thank you for how to copy the dos window ?) :

HTML/Element.pm did not return a true value at HTML/TreeBuilder.pm line 50.
BEGIN failed--compilation aborted at HTML/TreeBuilder.pm line 50.
Compilation failed in require at script/mobi2imp.pl line 25.
BEGIN failed--compilation aborted at script/mobi2imp.pl line 25.
WoW! All done.
Appuyez sur une touche pour continuer...

here is the complete text of the batch file i tried to use :

@echo off
rem Convert .prc/.mobi/.pdb to .imp process devised by Nick Rapallo (Jan. 2008)
rem ===========================================================================
rem Place 'mobi2imp.exe' in a directory in your Windows 'path'.
rem Place this batch file in the .prc files source directory and double-click to
rem Start the conversion of all .prc files in this directory to .imp format.
rem For EBW 1150 only output; add switch '--1200' for REB 1200 .IMP

for /r %%i in (*.prc)  do mobi2imp.exe --1200 --oeb --verbose --nojustify --nopara --indent --BDremove --cover --header_color #FFFFFF "%%i" "%%~ni"

rem That's it! We are now finished the conversion of all .prc related files
echo WoW! All done.
pause

for info :
- i installed mobi2imp 9.2 in C:\Program Files\Mobi2IMP as by default
- the 2 books were in I:\mobi2imp_v9.2, along with the Mobi2IMP.exe copied from the Bin directory and the .bat file
- i had previously converted both of these books using v9.1 with no problems.

so, any ideas ?

[tompe]

"HTML/Element.pm did not return a true value at HTML/TreeBuilder.pm line 50." is a bit strange. If it was not a binary I would say that the HTML/Element.pm file must be corrupt.

Maybe the binary is built in the wrong way? Or do you have a HTML/Element.pm file in your path that overrides the compiled one?

[zelda_pinwheel]

hmm... what exactly would be a "HTML/Element.pm" file ? just a file with that name ? i don't see one in the Mobi2IMP files anywhere (in any of the directories), and it's definitely not in my source directory with the books.

and what is a binary also ?

[tompe]

Originally Posted by zelda_pinwheel

hmm... what exactly would be a "HTML/Element.pm" file ? just a file with that name ? i don't see one in the Mobi2IMP files anywhere (in any of the directories), and it's definitely not in my source directory with the books.

and what is a binary also ?

You are running the binary mobi2imp.exe. HTML/Element.pm is a file that should be compiled into the binary. And it should not be missing a return statement of true in the end. So something is broken. One possible way it could be broken is if you have installed a file Emement.pm somewhere on your computer and that is broken and it overrides the one in the binary. Another possible problem is that the binary (mobi2imp.exe) is corrupt in some way (or built wrongly).

[zelda_pinwheel]

could it be a conflict between the version 9.1 and the version 9.2 ? they are both installed, but in separate directories. 9.1 is working fine though...

[tompe]

Originally Posted by zelda_pinwheel

could it be a conflict between the version 9.1 and the version 9.2 ? they are both installed, but in separate directories. 9.1 is working fine though...

I do not think that could be a problem.

[zelda_pinwheel]

ok, well i will try to re-download the installer for 9.2 and start over again, maybe it's the installation which is corrupted.

but i will do this tomorrow, it's quite late here, so i need to go to bed...

if you think of anything else to try in the meantime, i will check back tomorrow.

thanks for your help !

[JSWolf]

nrapallo, there is a bug in 9.2 with curly quotes. Please see https://www.mobileread.com/forums/sho...d.php?p=165874 to see the bug report.

[nrapallo]

Originally Posted by JSWolf

nrapallo, there is a bug in 9.2 with curly quotes. Please see https://www.mobileread.com/forums/sho...d.php?p=165874 to see the bug report.

It seems the underlying .html used to generate the first test .prc is UTF-8 encoded.

I tried Mobi2IMP 9.2 and got zelda_pinwheel's (terrible) results.

I tried my own 'MakedocN' converter and got just curly quotes i.e. “ ( not HTML entities like &ldquo; ). I then tried to 'Tidy' that html and got worst results than I started with.

Then I tried tompe's mobi2html and it rendered a perfectly usable html file. Hurray!

Moral of the Story: Implement tompe's latest fixes concerning UTF-8 or else the flock will find a greener pasture to graze on!

p.s. that means a fix is in the works!
p.p.s. Zelda_pinwheel, where do you find these troublesome files. What issue did you have with Minor Works by Jane Austen?

[nrapallo]

Originally Posted by nrapallo

p.s. that means a fix is in the works!

Attached is a quick fix for those that convert UTF-8 encoded files! Tested on the troublesome first .prc noted above.

Just unzip the attachment into your "Mobi2IMP\bin" directory replacing the mobi2imp.exe with the attachment's .exe.

The implementation of tompe's UTF-8 improvements will make their formal debut in the next release!

EDIT: Now this .zip file is fixed for non UTF-8 files as well!