MobileRead Forums - View Single Post

ficbot · 01-24-2010, 11:53 PM

Kovid, I am still trying to figure out my conversion issues. I will try and be as specific as possible in the hopes you or someone else might be able to advise me what the issue is.

have about 200 secure eReader books which have all been 'liberated' and then saved to clean HTML using the following procedure: run the script, open the file in Firefox and select-all/copy, paste into Neo Office, save as HTML, open again in Firefox and select-all/copy, paste into Kompozer html program, run Text Wrangler and find/replace with 

This seems to produce the cleanest HTML without the weird stuff Neo Office puts in and without extraneous line breaks and other formatting glitches. I know it is a laborious process but it produces nice-looking files. I have these all in Calibre and they are all saved there both as html as originally imported, and in LRF for when I had them on the Sony. I am trying to convert them to Mobipocket for my new Kindle.

Here is what has been happening:

On about half the files, when I click convert and go to look and feel, the input format it defaults to is "zip" and the "no text justification" box is pre-checked. I un-check it, convert and everything looks great. It looks as it should in Calibre and on the Kindle. The conversion is fast and painless.

On the other half of the files, the input format comes up as LRF instead of Zip, and the boxes are all unchecked. These files have several problems when I convert them. Sometimes, they are not justified. Sometimes, there are large gaps between paragraphs or super-long indents. The conversions always take a super-long time and I get files that look terrible. I am just baffled as to what is occurring. These files were all created int he exact same way so I am not sure why there should be such differences in there behaviour.

With a few of them, I tried saving them as epub and then looking at the CSS. I am a total beginner with CSS but nothing seemed amiss there. A few times I tried converting the epub into mobi and got the same results.

There does not seem to be any rhyme or reason as to which files are in the 'good' group and which are not, although a greater percentage of the 'good' ones seem to be more recent. So could it have something to do with which version of Calibre first dealt with them? If I delete the 'bad' ones and re-import them, would that fix the problem? Or is something else going on?

01-24-2010, 11:53 PM	#278
ficbot Wizard Posts: 2,409 Karma: 4132096 Join Date: Sep 2008 Device: Kindle Paperwhite/iOS Kindle App	Kovid, I am still trying to figure out my conversion issues. I will try and be as specific as possible in the hopes you or someone else might be able to advise me what the issue is. have about 200 secure eReader books which have all been 'liberated' and then saved to clean HTML using the following procedure: run the script, open the file in Firefox and select-all/copy, paste into Neo Office, save as HTML, open again in Firefox and select-all/copy, paste into Kompozer html program, run Text Wrangler and find/replace <br><br><br> with <br><br> This seems to produce the cleanest HTML without the weird stuff Neo Office puts in and without extraneous line breaks and other formatting glitches. I know it is a laborious process but it produces nice-looking files. I have these all in Calibre and they are all saved there both as html as originally imported, and in LRF for when I had them on the Sony. I am trying to convert them to Mobipocket for my new Kindle. Here is what has been happening: On about half the files, when I click convert and go to look and feel, the input format it defaults to is "zip" and the "no text justification" box is pre-checked. I un-check it, convert and everything looks great. It looks as it should in Calibre and on the Kindle. The conversion is fast and painless. On the other half of the files, the input format comes up as LRF instead of Zip, and the boxes are all unchecked. These files have several problems when I convert them. Sometimes, they are not justified. Sometimes, there are large gaps between paragraphs or super-long indents. The conversions always take a super-long time and I get files that look terrible. I am just baffled as to what is occurring. These files were all created int he exact same way so I am not sure why there should be such differences in there behaviour. With a few of them, I tried saving them as epub and then looking at the CSS. I am a total beginner with CSS but nothing seemed amiss there. A few times I tried converting the epub into mobi and got the same results. There does not seem to be any rhyme or reason as to which files are in the 'good' group and which are not, although a greater percentage of the 'good' ones seem to be more recent. So could it have something to do with which version of Calibre first dealt with them? If I delete the 'bad' ones and re-import them, would that fix the problem? Or is something else going on?