Renaming filename *.epub based on meta data fields? - Page 3

ibu · 08-04-2013, 03:10 PM

@theducks

Of course I will not follow any ideology "single file epubs ...".

The TOC is a single file (toc.ncx), as declared in the epub specs.

Or do you mean something else with "Sigil HTML TOC"?

In my humble opinion there should not static toc at all. I should be generated by the reader based on the semantics (Elements H1-6). KISS.

theducks · 08-04-2013, 03:18 PM

Quote:

Originally Posted by ibu

@theducks

Of course I will not follow any ideology "single file epubs ...".

The TOC is a single file (toc.ncx), as declared in the epub specs.

Or do you mean something else with "Sigil HTML TOC"?

In my humble opinion there should not static toc at all. I should be generated by the reader based on the semantics (Elements H1-6). KISS.

No HTML TOC is sometimes called Inline. That is just another page in the book and is typically needed for conversions to other formats (or for folk that just gotta have the TOC inside the book

)
Sigil 7 can generate it from the NCX. WARNING save your book FIRST. Sigil crashes fairly regularly on generation of this if you have done any file adds or deletes. Never seen a crash doing a HTML TOC on a fresh start. The problem is I can't come up with exact steps to cause the crash so I can report it.

ibu · 08-04-2013, 03:44 PM

@theducks

Good hints, thanks.
I think, I prefer a text area free of an inline TOC.
I like it, when a TOC is accessable with the same command, in the same look, in every book.

Back to the cover:
Isn't it enough to have a cover.jpg inside the epub container to provide the cover at the right place in the kobo (or other modern readers)?
In other words: get rid of a an redundant cover.xhtml?

theducks · 08-04-2013, 04:04 PM

Quote:

Originally Posted by ibu

@theducks

Good hints, thanks.
I think, I prefer a text area free of an inline TOC.
I like it, when a TOC is accessable with the same command, in the same look, in every book.

Back to the cover:
Isn't it enough to have a cover.jpg inside the epub container to provide the cover at the right place in the kobo (or other modern readers)?
In other words: get rid of a an redundant cover.xhtml?

Modern?

Not all readers work the same.
If I did not have some sort of Cover page (Usually from Calibre: Jacket.xhtml), I would not see a cover. EVER
Other device won't display a cover unless the Image is also tagged as cover in the guide.
Back to KISS having a cover.xhtml AND image with Cover symantics set works in most cases.
Kobo would like you to think THEY were the only reader maker.
Apple thinks THEY are it

Amazon say that both the others are wrong, WE are the Gorilla of ebooks

Pick your poison.
Working with the most devices seems to win over making the most lean and elegantly coded book

ibu · 08-04-2013, 04:46 PM

Quote:

Originally Posted by theducks

Working with the most devices seems to win over making the most lean and elegantly coded book

FULLACK

At the moment I like to play with the format - with the focus on standard conform, lean and elegant code.

May be there's a big table where all the "non standard conformities" and "necessities" of the different readers are listed.
Like in the tables for internet browsers and their compatibility.

LadyKate · 08-04-2013, 06:06 PM

I've been wondering how I could import books to calibre using the metadata BUT also copying the filename to a custom filename field.

After importing close to 40000 titles I am very frustrated with the amount of improper metadata.

Without having the filename field, it is extremely time consuming trying to find the files with improper name/author etc.

As the metadata contains more info than the filename, I hesitate to just parse the filename into the proper fields.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Reading some fields from filename and others from file metadata	Daniel_321	Calibre	1	11-25-2012 07:14 AM
Batch store meta-tag data in epub	TPFKAS	Conversion	9	12-07-2011 08:28 AM
ePub meta data	brudigia	ePub	4	07-26-2010 12:58 PM
Any command line to edit epub meta data?	bthoven	Calibre	1	03-25-2010 07:26 AM
Any command line to edit epub meta data?	bthoven	ePub	2	03-25-2010 04:15 AM

08-04-2013, 03:10 PM	#31
ibu Addict Posts: 264 Karma: 9246 Join Date: Feb 2010 Location: Berlin, Germany Device: Kobo H20, iPhone 6+, Macbook Pro	@theducks Of course I will not follow any ideology "single file epubs ...". The TOC is a single file (toc.ncx), as declared in the epub specs. Or do you mean something else with "Sigil HTML TOC"? In my humble opinion there should not static toc at all. I should be generated by the reader based on the semantics (Elements H1-6). KISS.

08-04-2013, 03:44 PM	#33
ibu Addict Posts: 264 Karma: 9246 Join Date: Feb 2010 Location: Berlin, Germany Device: Kobo H20, iPhone 6+, Macbook Pro	@theducks Good hints, thanks. I think, I prefer a text area free of an inline TOC. I like it, when a TOC is accessable with the same command, in the same look, in every book. Back to the cover: Isn't it enough to have a cover.jpg inside the epub container to provide the cover at the right place in the kobo (or other modern readers)? In other words: get rid of a an redundant cover.xhtml?

08-04-2013, 06:06 PM	#36
LadyKate Fanatic Posts: 515 Karma: 1470724 Join Date: Jul 2013 Location: Quebec CA Device: android 4 (samsung tablet and asus tablet)	I've been wondering how I could import books to calibre using the metadata BUT also copying the filename to a custom filename field. After importing close to 40000 titles I am very frustrated with the amount of improper metadata. Without having the filename field, it is extremely time consuming trying to find the files with improper name/author etc. As the metadata contains more info than the filename, I hesitate to just parse the filename into the proper fields.

Advert

Advert