[Device Plugin] Kobo Touch Extended Driver

[Katja_hbg]

Originally Posted by isarl

You're so close! There's no need to give up when you're so close.

Thanks for your patience - now two-third is done ;-) it works as expected.
But ... if you still have time and interest ... I like to exclude values from two fields and do not know how to join that in the template.

- old setting of collection columns: tags, #readingpool, #fivestar
- target is to reduce tags and readingpool.

- collection columns is now: #fivestar
- template to reduce "readingpool" (leicht/danach) works well.
program:
# Remove tags listed in tags_to_ignore
tags_to_ignore = 'danach, leicht, stopped';
list_join(':@:', list_difference($#readingpool, tags_to_ignore, ','), ',')

How to combine
list_join(':@:', list_difference($#readingpool, tags_to_ignore, ','), ',')
list_join(':@:', list_difference($tags, tags_to_ignore, ','), ',')

[isarl]

Originally Posted by Katja_hbg

How to combine
list_join(':@:', list_difference($#readingpool, tags_to_ignore, ','), ',')
list_join(':@:', list_difference($tags, tags_to_ignore, ','), ',')

list_join takes an arbitrary number of lists to join, so simply add the second list_difference() function call as another argument to the first list_join. Like this:

   list_join(':@:',
        list_difference($#readingpool, tags_to_ignore, ','), ',',
        list_difference($tags, tags_to_ignore, ','), ',')

If you wanted to do another column as well then you could expand it further. For example:

   list_join(':@:',
        list_difference($#readingpool, tags_to_ignore, ','), ',',
        list_difference($tags, tags_to_ignore, ','), ',',
        list_difference($#othercolumn, tags_to_ignore, ',')

Obviously(?) you can do whatever processing you like, it doesn't have to be a call to list_difference. You'll notice that these examples look very similar to chaley's above, where the #genre and #collections columns are used as-is (they are not wrapped in a call to the list_difference function). But if you are trying to remove the same tags from each list then the above works great!

[Katja_hbg]

Originally Posted by chaley

My personal choice would be to do it all in the template and leave "Collections Columns" empty/unchecked. That way I have only one place to look and I can more easily fine tune the results.
[/CODE]

In general I totally agree that this would be the best way. But I did not really understand what I did till I got the different answers from @isarl.
Finally all works now as expected and I will not touch anymore.

That was a nice day with a great result.
Thanks again to both of you for your support (also thanks to David posthomous for his PI).
Now I can spend some time in reading.

[chaley]

Originally Posted by isarl

   list_join(':@:',
        list_difference($#readingpool, tags_to_ignore, ','), ',',
        list_difference($tags, tags_to_ignore, ','), ',')

...
Obviously(?) you can do whatever processing you like, it doesn't have to be a call to list_difference.

It is possible that you might want to distinguish between the two columns when looking at collections on the Kobo. It is also possible that the two columns contain the same value but with a different meaning, raising the importance of distinguishing the item values shown on the Kobo.

This template, derived from the above, adds a column name as a prefix to the column value: "Tag:" for tags and "Genre:" for #genre. (I used #genre because that is a column I have, permitting me to test the template before posting.)

program:
	tags_to_ignore = 'danach, leicht, stopped';
	genres_to_ignore = 'fiction, general';
	list_join(':@:',
		list_re(
			list_difference($#genre, genres_to_ignore, ','),
			',', '(^.*$)', 'Genre:\1'),
		',',

		list_re(
			list_difference($tags, tags_to_ignore, ','),
			',', '(^.*$)', 'Tag:\1'),
		',')

The Kobo sorts the collection names so all the Genre:-prefixed items will appear before the Tag:-prefixed items.

[Liudprand]

I'm having trouble uploading a particular book to my Kobo Libra 2, using KTE 3.6.3 in Calibre.

The weird thing is, it uploaded fine a few months ago. For various reasons I've removed a lot of books from the device and then re-uploaded them. With all the others, there have been no problems at all - or else, in just one or two cases, problems that have been fixed by converting from epub to epub, etc. (crude, I know - but it usually works!). The details of the error are as follows:

calibre, version 6.13.0
ERROR: Error: Error communicating with device

Failed to process [NAME OF BOOK]

Traceback (most recent call last):
File "calibre_plugins.kobotouch_extended.device.driver" , line 268, in _modify_epub
File "calibre_plugins.kobotouch_extended.common", line 236, in modify_epub
File "calibre_plugins.kobotouch_extended.container" , line 398, in convert
File "calibre_plugins.kobotouch_extended.container" , line 394, in __run_async_over_content
File "calibre_plugins.kobotouch_extended.container" , line 381, in __run_async
File "calibre_plugins.kobotouch_extended.container" , line 377, in __run_async
File "concurrent\futures\_base.py", line 447, in result
concurrent.futures._base.TimeoutError

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "calibre\gui2\device.py", line 104, in run
File "calibre\gui2\device.py", line 636, in _upload_books
File "calibre_plugins.kobotouch_extended.device.driver" , line 426, in upload_books
File "calibre\devices\kobo\driver.py", line 2217, in upload_books
File "calibre_plugins.kobotouch_extended.device.driver" , line 294, in _modify_epub
File "calibre_plugins.kobotouch_extended.device.driver" , line 268, in _modify_epub
File "calibre_plugins.kobotouch_extended.common", line 236, in modify_epub
File "calibre_plugins.kobotouch_extended.container" , line 398, in convert
File "calibre_plugins.kobotouch_extended.container" , line 394, in __run_async_over_content
File "calibre_plugins.kobotouch_extended.container" , line 381, in __run_async
File "calibre_plugins.kobotouch_extended.container" , line 377, in __run_async
File "concurrent\futures\_base.py", line 447, in result
concurrent.futures._base.TimeoutError: Failed to process [NAME OF BOOK]

As I said, KTE had no trouble at all with the book a few months ago. Could it be an issue with an update of the plugin?

If anyone has any suggested workarounds, I'd be very grateful.

[Liudprand]

Originally Posted by Liudprand

I'm having trouble uploading a particular book to my Kobo Libra 2, using KTE 3.6.3 in Calibre.

The weird thing is, it uploaded fine a few months ago. For various reasons I've removed a lot of books from the device and then re-uploaded them. With all the others, there have been no problems at all - or else, in just one or two cases, problems that have been fixed by converting from epub to epub, etc. (crude, I know - but it usually works!). The details of the error are as follows:

calibre, version 6.13.0
ERROR: Error: Error communicating with device

Failed to process [NAME OF BOOK]

Traceback (most recent call last):
File "calibre_plugins.kobotouch_extended.device.driver" , line 268, in _modify_epub
File "calibre_plugins.kobotouch_extended.common", line 236, in modify_epub
File "calibre_plugins.kobotouch_extended.container" , line 398, in convert
File "calibre_plugins.kobotouch_extended.container" , line 394, in __run_async_over_content
File "calibre_plugins.kobotouch_extended.container" , line 381, in __run_async
File "calibre_plugins.kobotouch_extended.container" , line 377, in __run_async
File "concurrent\futures\_base.py", line 447, in result
concurrent.futures._base.TimeoutError

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "calibre\gui2\device.py", line 104, in run
File "calibre\gui2\device.py", line 636, in _upload_books
File "calibre_plugins.kobotouch_extended.device.driver" , line 426, in upload_books
File "calibre\devices\kobo\driver.py", line 2217, in upload_books
File "calibre_plugins.kobotouch_extended.device.driver" , line 294, in _modify_epub
File "calibre_plugins.kobotouch_extended.device.driver" , line 268, in _modify_epub
File "calibre_plugins.kobotouch_extended.common", line 236, in modify_epub
File "calibre_plugins.kobotouch_extended.container" , line 398, in convert
File "calibre_plugins.kobotouch_extended.container" , line 394, in __run_async_over_content
File "calibre_plugins.kobotouch_extended.container" , line 381, in __run_async
File "calibre_plugins.kobotouch_extended.container" , line 377, in __run_async
File "concurrent\futures\_base.py", line 447, in result
concurrent.futures._base.TimeoutError: Failed to process [NAME OF BOOK]

As I said, KTE had no trouble at all with the book a few months ago. Could it be an issue with an update of the plugin?

If anyone has any suggested workarounds, I'd be very grateful.

Apologies: this seems to have been posted as a reply in an unrelated thread. Problem is, I can't see a button to submit a new query/thread, only "new reply", so that's what I did. So, if this is in the wrong place, again, my apologies...

[Liudprand]

Here's the epub file (scrambled).

[chaley]

Originally Posted by Liudprand

Here's the epub file (scrambled).

The problem: KTE allows 10 seconds to process a file in a book, and this book is taking longer than that. I can't say more because you didn't include the rest of the log in your post, which according to what I see in the code would tell us which html file failed.

Possible workarounds:

• Send only this book
• Ensure that no other program is using the processor.
• If you have the option, ensure that the processor is running at full speed.

I attached a version of KTE that extends the timeout to 30 seconds. I don't use this driver so I can't test it. I don't know what ramifications the changes might have.

The above notwithstanding, I am confident the changes didn't break anything. If you want to give it a try then have at it. I will consider releasing it if more people try it without problems.

If this version doesn't fix your problem, please provide the entire log.

Edit: Actually, I won't release anything. @jgoguen should do that.

Edit2: Deleted the test version

[Liudprand]

Thanks for this.

I just tried this again - having tried maybe 10 times yesterday - and for some reason it worked fine!

I was going to try and send you the "full log" - though I'm not 100% sure what you mean. I copied and pasted everything in the error message, but I'm not sure if that's the same thing.

Anyway, thanks for the attachment. I'll try it in future if I have the same problem again.

[maddz]

I’ve recently upgraded to Calibre 6 (Mac OS) and am having problems with the save to device template on the drivers. I mistakenly set it to {series} / {#subseries} / {title} / {author} and updated metadata. This produces a very untidy booklist on my Forma, so I reset it to {title} and updated metadata again. Now every time I import new content, the booklist reverts to the untidy format and I have to select the entire library and update metadata again.

This was originally with the Kobo Touch driver; I’ve now installed the Kobo Touch Extended driver as well and still get the problem. Have I missed somewhere else I need to configure this?

[ownedbycats]

Delete the books on your device and re-send them.

[maddz]

Originally Posted by ownedbycats

Delete the books on your device and re-send them.

I was hoping to avoid that as I have a number of books on my device for which I will have to retrieve the PDFs from an archive…

[nekue]

Hi, First of all thank you very much for your work.

I have a Kobo Aura One and in some ebooks, in .epub format, the images that come inside, for example maps or illustrations, are small and there is no way to zoom them.

Do you think that converting .epub to .kepub with this add-on will solve the problem and they can occupy the whole screen?

Thanks for your help, I tried to search on the topic before asking, but there are many pages and I haven't seen anything about this.

[DNSB]

Originally Posted by nekue

Do you think that converting .epub to .kepub with this add-on will solve the problem and they can occupy the whole screen?

Thanks for your help, I tried to search on the topic before asking, but there are many pages and I haven't seen anything about this.

The images will likely look the same size but Kepub will allow you to zoom the images. OTOH, if the images are low resolution, you will get pixelated garbage.

It would probably be easier in the long run to edit the books and correct the image display. For large images, I use an svg wrapper to display them full screen though this can require rotating the image.

[nekue]

Originally Posted by DNSB

The images will likely look the same size but Kepub will allow you to zoom the images. OTOH, if the images are low resolution, you will get pixelated garbage.

It would probably be easier in the long run to edit the books and correct the image display. For large images, I use an svg wrapper to display them full screen though this can require rotating the image.

Thanks, David. I'm going to try it with a ebook