Thank you very much for the response and your great software! It's really great to convert directly the .opf-file.
Yet I only still have the problem with the paragraphs, as it seems, that the conversion is retaken from the beginning, using the html-input plugin. The following code:
Quote:
<hr>
<A name=6></a><b>Introduction</b><br>
Some_text_on_the_first_line_of_pdf<br>
Some_text_on_the_second_line_of_pdf<br>
|
is converted in this manner (in the parsed-stage):
Quote:
<p><b>Introduction</b></p>
<p>Some_text_on_the_first_line_of_pdf</p>
<p>Some_text_on_the_second_line_of_pdf</p>
|
The output of ebook-convert is the following:
Quote:
1% Eingabe zu HTML konvertieren ...
InputFormatPlugin: HTML Input running
on D:\Temp\html-demo\demo-debug\input\metadata.opf
Parsing all content...
Generating default TOC from spine...
34% Veränderungen am E-Book durchführen ...
Merging user specified metadata...
Detecting structure...
Auto generated TOC with 0 entries.
Flattening CSS and remapping font sizes...
Source base font size is 12.00000pt
Removing fake margins...
Cleaning up manifest...
Trimming unused files from manifest...
Creating EPUB Output...
67% Erstellen EPUB Output
Looking for large trees in index.html...
No large trees found
Split into 21 parts
Generating default cover
This EPUB file has no Table of Contents. Creating a default TOC
EPUB output written to C:\Program Files (x86)\Calibre2\metadata.epub
Ausgabe gespeichert in C:\Program Files (x86)\Calibre2\metadata.epub
|
Each line get its own paragraph, so that I would have to do your great pre-conversion manually. Do you suggest to use the parsed-directory instead of the input-directory and before that, in the first debug-conversion introduce some "marker" to detect the beginning of a new page, as this information gets lost after the pre-conversion?
Sorry for my bad english. I hope you can understand it. Thank you very much for an answer.
Adrian.