OpenOffice to ePub export extension

[eBookLuke]

Originally Posted by st_albert

But the file I started with still causes the same BASIC error.

The version I posted contains many new routines redy to handle a lo of new features The first error you get is caused by an hyperlink along your file ( the hyperlink routine is still to be written ).

The other problem, the validation, is my first and last problem. The zip routine, at the moment, has problems to zip files in the right order and moreover I don't have any idea about to add the mimetype file to the package without compress it.
Until I can't solve this problem the macro will be in the beta stage

Can you send to me all the files that cause errors? I send to you my mail in a PM.

Thanks for your help

MZ

[st_albert]

Yes, all it took to fix the file that crashed was to remove the hyperlinks in the text. Then it ran just fine.

As to zipping the files, here is what I do using Linux zip program from the commandline:

cd to the directory created by your macro.

issue the following commands...

zip -X0 ../ebookname.epub mimetype

zip -Xgr ../ebookname.epub META-INF

zip -Xgr ../ebookname.epub OEBPS

that should do it, creating the file "ebookname.epub" in the directory above the working directory. Note that the -X0 (that is -X zero) is needed for zipping the "mimetype" file correctly. It should be 20 bytes long.

Looks like you're doing the file compression with java, so I don't know what the corresponding parameters should be.

[roger64]

Hi,

This time I processed three odt files/books. The progress are continuous. The main points are these ones:

- One file with no structure failed to display on my Sony PRS-505 because no splitting was initially done, and none automatically performed with the extension.
- One file with 45 text chunks was very nicely reordered.
- The two TOCs were nicely processed
- This time, I did not have images to process

From this, my conclusion is:

1. The mysterious "reordering problem" seems to be definitely gone.

2. Splitting is not performed when it could be.
So, in these cases, the user needs to either correct its original file or correct the epub file with Sigil. For your information, it was a 283k file, so it would seem that the automatic splitting process should occur lower, maybe as low as 150k to be on the safe side.

Meta-data are well processed without use of Sigil if we take care of using your naming convention. (Author - Work)

Personal wish.

As 6 inches readers have only a small real estate screen space, I really would like to see smaller margins. On the AWP thread, Charleski proposed recently a nice and simple way to deal with margins.

So, now looks like the goal will very soon be reached. Congratulations.

[eBookLuke]

Thanks Thanks Thanks

Originally Posted by roger64

Hi,
- One file with no structure failed to display on my Sony PRS-505 because no splitting was initially done, and none automatically performed with the extension.

I will force the split every 100(?) Kb in a next version. Is simple to do it, for me. The split will be happen at the first paragraph after the Nth charachter processed.

The mysterious "reordering problem" seems to be definitely gone.

Was not so misterious… Simply the original version didn't take care about order… The files war ordered correctly thanks by a casuality
Now the file (TOC, contents, zip) are all reordered before processing.

A note about the images. There are a lot of problems in the last versions.
I wish to use a "traverse processing" to avoid to touch in any way the original file. Unfortunately seems that the routines I wish to use doesn't recognises the images "anchored to page" and sometimes the exported image are empty (0 kB).
So, if I can't solve this problems, I must come back to an hybrid magagement, that work so well…

Luke

[DoctorOhh]

Originally Posted by eBookLuke

I will force the split every 100(?) Kb in a next version. Is simple to do it, for me. The split will be happen at the first paragraph after the Nth charachter processed.

I've been following along, calibre breaks at 260k or lower and I have never had a book refuse to run.

Keep up the great job.

[roger64]

Originally Posted by dwanthny

I've been following along, calibre breaks at 260k or lower and I have never had a book refuse to run.
Keep up the great job.

So, it seems this "never seen before" event deserves to be recorded.

The odt file to process is "Use of Weapons" from Iain Banks
It is 309 k (316 466 octets). I used the extension not calibre.
The resulting epub file is 283,5 k and cannot be launched on my PRS-505 because it's not splitted.

Sorry I can't post it here. But I maintain what I've seen. I think lowering the trigger level to 100 or 150 k will do no harm anyway and keep us on the safe side.

[pol.bcn]

Hi

First of all, thank you for this great tool to turn ODT to epub.

I began to work with 0.30 version, without no problem. Some days ago, i see the new release, so i upgraded the extension. I saw it was a little more quick to do the conversion, but, in my case, the epub was not good.

I'm from Spain, so my texts hav accented words. I don't know the reason, but this version, with no other changes in OO nor the PC, changes the accented vocal to a sign ?, also some other marks in the text (like ¡ or ¿).

�Alto! -grit� el legado, al tiempo que levantaba el brazo con brusquedad.

The correct text should be this:
―¡Alto! ―gritó el legado, al tiempo que levantaba el brazo con brusquedad.

I noticed that opening the epub with winrar and triing to see the *.xhtml, Firefox is uncapable to do it. With 0.30 it has no problem doing the same.

This is the error:
Error de lectura XML: mal formado
Ubicación: file:///C:/Users/HTPC/AppData/Local/Temp/7zOD8E7.tmp/content0027.xhtml
Número de línea 11, columna 7:<p>Cap￿tulo XXII</p>
------^

I didn't try to uninstall and reinstall. If you think it could solve the problem, i'll do.

Thanks for the great job.

Best regards, Pablo.

[eBookLuke]

Originally Posted by pol.bcn

Hi
I'm from Spain, so my texts hav accented words.

Y yo soy Italiano… Y también in Italia tenemos las vocales accentadas

The problem is known. You probably are using Windows, and Windows cannot export the UTF8 charachter in the right order. All "special" charachters are two bytes long, but under windows the saving order is inverted.

Until 0.3.0, I use a different process for text. Now the process is faster tan before, but I must solve the "endian" problem. I'm studying about this.


About the split, I remember that the extension splits the file every "page break" encountered. If you put a page break before each chapter header, you'll obtain a perfectly splitted file.
I use this method. After applying the "header" stile to all chapter titles, I modify the Header stile to add a break before the style itself. So I have a perfectly formatted epub.

But if Roger prefer to leave the extension splitting automatically, I will add an "auto-split" function in the next release, so the epub will be spliteed every "x" bytes.
Please note that doing so, you'll get a page break almost randomly along the text. The better is to insert a manual page break where you want a page break

Thanks to all

Luke

[pol.bcn]

Originally Posted by eBookLuke

Y yo soy Italiano… Y también in Italia tenemos las vocales accentadas

The problem is known. You probably are using Windows, and Windows cannot export the UTF8 charachter in the right order. All "special" charachters are two bytes long, but under windows the saving order is inverted.

Until 0.3.0, I use a different process for text. Now the process is faster tan before, but I must solve the "endian" problem. I'm studying about this.

Hi

I know you're italian

You are right, i'm using Seven 64 bits. While you solve the issue, is there any possibility to download again 0.30 version? Speed is not important for me right now. If not, i will wait until it works properly

For split I do page break in the beginning of the chapter, and it works fine.

Thanks a lot for your effort and your time.

[eBookLuke]

Originally Posted by pol.bcn

Hi
While you solve the issue, is there any possibility to download again 0.30 version?

no

change the extension to .oxt

Luke

[pol.bcn]

Thank you very much Luke. I will be waiting for new versions and testing them, while keep 0.30 version safe in case i need it again.

Best wishes, Pablo.

[kiermel]

I've downloaded the 0.3.5 version and I discover than now create TOC

But there is a problem that I resolve with Sigil.

When I try to open the ePub file, Adobe Digital Editions crash when I try to open the file, and other readers like Barnes & Noble eReader tell me "File not found", and Lucidor open the ePub but don't show the TOC and the cover.

When I open the ePub with Sigil, I don't see the cover. I see this:

This is the bad code:
<div><img width="51%;" alt="" src="../images/img0001.jpg" /></div>

Now I delete the bad cover and insert it with Sigil. This is the code that Sigil insert (works fine):
<div class="sgc-5">
<img src="../images/img0002.jpg" /><br />
</div>

Sigil detect the TOC!
There is not an important problem. Only affect to the cover and don't work with eReaders, but I report this for future fix.

I've used a Test Book for this, and I upload it for your inspection (70 KB):

• Original in ODT format
• ePub from Writer2epub
• ePub reapaired with Sigil

Download here

- I'm using OpenOffice 3.2.1 in Mac OS X Snow Leopard.

[eBookLuke]

Originally Posted by kiermel

But there is a problem that I resolve with Sigil.

I know the "missing image" problem. If you try two or three times you can get the images in the epub.

Now I'm working to come back to the "old" image extraction method.

The next version will not be available so soon, but I hope to release a final version that correct this and other bugs and will support a lot of new features…

Luke

[kiermel]

Originally Posted by eBookLuke

I know the "missing image" problem. If you try two or three times you can get the images in the epub.

Now I'm working to come back to the "old" image extraction method.

The next version will not be available so soon, but I hope to release a final version that correct this and other bugs and will support a lot of new features…

Luke

I don't understand "If you try two or three times". Where? in OpenOffice? I save with writer2epub two or three times?.

And, do you know why ADE crash? When I repair with Sigil, ADE show me the ePub correctly.

Thanks a lot for your work

[kiermel]

Yes, I understand now. I save two times with writer2epub and ADE open the file, but not show the first image as cover. Thanks.

What can I do for writer2epub get the image as cover?