blog: all your ebook are belong to us

[nikos]

here's the comment area for today's blog post found at
https://www.zabkat.com/blog/mobi-epub-x ... search.htm

this should be more efficient and stable than Sumatra PDF shell extensions
although there are so many ebook types handled, problems may still occur. Please let me know if you find any bugs!

ps. Make sure you have xplorer2 latest 6.103 installed otherwise some native previews will crash

[pj]

Nice!

Some ebooks are in HTML. Does the preview handlers already support that format?

-------------------------
PJ in (sunny) FL

[nikos]

all ebooks are some sort of HTML with compression. The plainest I saw was FB2 that are plain html
which format are you thinking of? Try the pack and see how it goes

[nikos]

the new declone uses this plugin to find duplicate ebooks by content, please have a look
viewtopic.php?t=12467

[nikos]

I updated this plugin to v1.06, now EPUB text extraction is 10x faster... PDFs are still slow though (albeit not slower than any other such filter)

[science2003]

Thank you for this great utility. Win OS is overall a disaster regarding ebook (PDF, epub, etc.) thumbnails. Your compiled exe is the most complete and functional one that I found.
If I am not wrong, it does two tasks:
1. thumbnail generation
2. ifilter for search purposes.

I am always looking to use programs and utilities that are light in resources. Have you ever tested the impact on OS resources by 1. and 2. respectively?
And would it be possible to give the user a choice to install only 1, 2, or both?

Moreover:
On point 1: Sometimes the thumbnails become corrupted, and it is necessary - at least in my experience - to clean up the thumbcache in Windows (v.10 at least) located here: %LocalAppData%\Microsoft\Windows\Explorer\thumbcache_*.db. One can do it with Win utility Disk Cleanup. I do not know if there is a quicker way to fix such corruptions, apart from writing a .bat file with the above address.

On point 2: Frankly, I do not use many ifilters, and I fear that with many books in my folders, they will absorb too many of the OS's RAM or CPU resources, as I said. I know you have a good search utility (Deskrule), but I would like to know if these ifilters will also work with other utilities. For instance, with Everything utility, from Voidtools, that I use constantly.

Thanks again.

[nikos]

text filters can have an impact if your books are in a folder that is search-indexed.
if you don't need text filters, you can disable them using a tool like nirsoft shellexview
disable PdfFilter.dll and mobifilter.dll

[science2003]

Thanks @nikos for the reply and link.
If I understood correctly, avoiding the ifilters has an impact on Deskrule, by making impossible its full text search content, or at least its dispay in the preview window, since Deskrule uses WDS indexing. Yet, it is not fully clear to me if the absence of ifilters also affects metadata search both in Deskrule and xplorer2.

[nikos]

deskrule optionally uses WDS but to search in books ifilter would be required. Also these filters can expose author/title information as columns (for some book formats)

[Tuxman]

all ebooks are some sort of HTML with compression.

HTML for ... books. The original sin of typesetting.