View Single Post
Old 05-29-2022, 02:47 PM   #13
wold
Zealot
wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.wold knows better than to ask about the Gravitic Imploder Lance.
 
Posts: 137
Karma: 87012
Join Date: Apr 2021
Device: Lux 5, Libra 2, PRS-T2N
Many thanks Huwaetzel!
I'm very grateful you wanted to test it

Quote:
Originally Posted by Huwaetzel View Post
I tested also with my Kali Linux installation based on a rolling Debian system. Here the error "... uses unknown compression for member control.tar.zst" comes up. This seems to happen typically when using a file which is packed for ubuntu originally. I looks like the following bug is responsible. To what I could find using another compression does solve the issue.
It's set to gzip from now on, which should be generally supported (see attachment).
Disabling compression is another option, at 1MB extra it's doable. Will read up on that discussion.

Quote:
From the packages you mentioned libqt5gui5-gles would be missing and would need manual installation
OK, that one didn't show up with the tool that generated the list on the build system (PopOS, debian-based). Perhaps it's interdependent there.

Quote:
Minor wish would be to have the color code also in the exported HTML which I use to keep a copy of the annotations in Calibre.
No problem, it's very doable to add it for HTML and csv. For text probably also.

Quote:
During more detailed testing I found the following error:
My date does seem to be off for the annotations. It always shows the actual date or the date when it was last pulled and not the date of the annotation
That's fixed now (attached). The converted date string used to be generated during import. That was dropped, as these are often unneeded anyway. The new return value however wasn't fully implemented yet.

Saw you also circled the page number: seems the increment from 0 is missing. IIRC, incrementing was moved from the import to the display, but still needed to account for a difference between PDFs and epubs... Anyway, I'll look into that and fix it soon.

Again, thanks!

Last edited by wold; 06-04-2022 at 01:45 AM. Reason: added clarifications, quote. Removed attachment
wold is offline   Reply With Quote