[Device Plugin] Kobo Touch Extended Driver

[monry]

Originally Posted by davidfor

Recent firmware added options in the reading settings about what to show in the footer. The choices are page number, percent read and time left. And there is a choice as to whether to display them for the current chapter or the whole book. Then when reading, if you do a long press on the number displayed, it will change the displayed value.

I understand that. What I meant is that it displays pages/percentages/time left to the next image instead of next chapter. I've downloaded book once again from the store to see if maybe this was resolved inside of it but nothing changed.

Originally Posted by davidfor

Kepubs are supposed to be one ToC entry per internal file. If you have more than one ToC entry pointing to a file, the per chapter page numbering isn't correctly handled. I assume this also affects the remaining time, but I haven't tested that part of it.

This is quite funny cause I've tried to change what is displayed later yesterday and pages and percentages are correct but time is still 0 minutes. Some of my books are perfectly fine and some are affected. This wouldn't bother me if the chart was good cause I'm using pages numbering in footer but there are flat chapters on it and I can't see how long is the next one for example. Any ideas?
Edit: OK I now validated this epub with W3C validator and it has no problems..

[jgoguen]

The time displayed is to the next TOC entry I believe. Take a look at the book in calibre, if it doesn't have any stupid DRM, and see if that's the case. If it is, the publisher broke the book, and although it's technically valid ePub is clearly wrong. You can do a lot of things that are clearly bad and wrong that are still valid and correct

[davidfor]

Originally Posted by monry

I understand that. What I meant is that it displays pages/percentages/time left to the next image instead of next chapter. I've downloaded book once again from the store to see if maybe this was resolved inside of it but nothing changed.

This is quite funny cause I've tried to change what is displayed later yesterday and pages and percentages are correct but time is still 0 minutes. Some of my books are perfectly fine and some are affected. This wouldn't bother me if the chart was good cause I'm using pages numbering in footer but there are flat chapters on it and I can't see how long is the next one for example. Any ideas?
Edit: OK I now validated this epub with W3C validator and it has no problems..

As jgoguen said, the per chapter timing, percent and page numbers are to the next chapter in the book. For a kepub, chapter is defined in two ways: the ToC and the files within the kepub. The value displayed depends on how big the chapter is. If it is only one page, the time remaining will be zero.

From what you say, the book has images in it. I think each image is in a separate file. So, it is probably the chapter heading with text in one file, then the image in the next and then some more text in the next. The per chapter stats is based on those files. I have just done an experiment with an epub that was constructed like this and it worked how you described it.

As I said before, every file in a kepub is supposed to have a ToC entry. If they don't it works, but you get strange things like this. The extended driver doesn't fix the ToC. Doing a conversion to kepub can update the ToC. That uses the full conversion pipeline rather than the much simpler processing the driver does. This works for most books, but this demonstrates there are some short comings.

[monry]

The books with '0 min issue' don't have any images. I took a look at the toc file and.. I can't really tell if it's good or bad unfortunalety. I will try to convert to kepub with plugin and if this won't work I will propably just stick to epub without stats

[monry]

OK, so the TOC is what's broken. As always guys you are correct So what I did: in Convert books menu in Table of Contents I chose 'Force use of auto-generated...'. It actually helped with stats working properly BUT I lost all the subchapters information completely.
So I tried option 'Insert inline Table of Contents' option in Kepub Output and it gave me pretty nice ToC. Can i somehow force calibre to put it as main ToC file? By default it only attaches it to the book in the beginning or at the end. Below are the shots of original (left) and generated by Kepub Output (right) TOCs.

Spoiler:

PS Standard conversion to Kepub doesn't update ToC in a way that would help.
PS2 OK, now I see that there is a toc.ncx file as well, not only xhtml one. I have no idea what I'm doing

[jackie_w]

@monry,

I've no wish to cause further confusion but ... rather than using conversion to fix the TOC have you considered using calibre's TOC Editor instead. It edits the TOC NCX not the in-book page(s) of hyperlinks.

If your original epub has a faulty TOC you can open it in the calibre TOC Editor where you can delete all existing TOC entries then choose the 'Generate TOC from files' option. This will guarantee that you get one entry per file. It may also mean some hand-editing of the TOC entry text if calibre has 'guessed wrong' what the label should be.

Once you know the epub TOC is perfect you can convert epub-to-kepub. You'll also need to make sure your conversion options don't interfere with the newly-perfected TOC, e.g. disable 'Force use of auto-generated TOC' and also check the settings on the Convert - Structure Detection page - particularly the 'Detect chapters at' option (I set mine to '/' when I want the TOC to be left alone)

[monry]

Thanks! I didn't know about this editor, I was looking at the files..
But in the editor, the ToC file of the epub looks fine..
Now I see, there are multiple entries to the same file, but different location inside it. Is it forbidden for kepubs?

OK! I've managed it. Works perfect. So now I'm checking ToC with editor for every book and simply sending epub with KoboTouchExtended. I have last question though: options Replace Content Language Code, Clean up ePub Markup and Hyphenate Files should be ticked? They are by default on with Kepub Output and off with KoboTouchExtended.

[jgoguen]

The answer to that is "it depends on you". I think they should be checked, so I default then to on where I can. The language code sets the book language internal code based on what you see the language as in calibre, the markup cleaning removes things that shouldn't be needed (blank paragraphs, empty div tags, etc.), and the hyphenation adds a CSS file to the book that instructs the renderer to hyphenate words according to the internal language code if it's one that the Kobo reader supports.

[monry]

So if I want my books to look exactly like the original but to support stats it is safe for me to untick this options?

[jgoguen]

Yes, they're safe to uncheck.

[Maida]

I have 2 questions:

1. Where should I put the hyphenation dictionaries (which is the installation directory of the driver) when I activate the hyphenation function of the driver?

2. With the driver activated, even if I choose from Calibre options to send the file as epub, it is converted into kepub. Is there any way to deactivate the kepub conversion?

[davidfor]

Originally Posted by Maida

I have 2 questions:

1. Where should I put the hyphenation dictionaries (which is the installation directory of the driver) when I activate the hyphenation function of the driver?

The hyphenation dictionaries are not actually used by the driver. The need to be packaged and put on the device. The first post of this thread has he readme for the plugin and that includes instructions for handling the hyphenation dictionaries.

The hyphenation option is separate to this. What it does is to add some CSS to the book that makes sure hyphenation is enabled.

2. With the driver activated, even if I choose from Calibre options to send the file as epub, it is converted into kepub. Is there any way to deactivate the kepub conversion?

The whole point of this driver is to create kepubs. If you don't want to do that, uninstall the driver. But...

One of the options is "Enable Extended Kobo Features". If you uncheck that, kepubs will no longer be generated. But, it turns off almost all the function of the driver. From memory, the only thing still done is the last option, "Use full book page numbers", and this is not needed for recent firmware.

[Rnway]

Has anyone tested this with Kobo firmware 3.15 yet?

[davidfor]

There have been no changes with firmware 3.15.0 that affect this driver. But, test, I have used it with 3.15.0.

[RichSun]

In order to save time on future transfers to my Kobo Glo HD, I decided to pre-convert all of my books to kepub. After doing this, I discovered that my plugboard was no longer running.

I had defined a plugboard to modify the title to include the series index information: {series_index:0>2s| – | – }{title}

This plugboard will only run if I do not pre-convert to kepub.

I have a Kobo Glo HD running 3.15.0

EDIT:
My plugboard is defined for any format:any device. Also, I tried using the normal KoboTouch driver to send the kepub over, and it also did not run the plugboard