New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make dictionaries folder location configurable #5995
Comments
Not exactly what you asked for, but a workaround: You can invoke onyx dictionary app and use it in KO instead of internal implementation. For that you'll need to know the kind of intent that onyx uses to do lookups. If you're interested you can do it:
Feel free to ask If you're stuck on step 3 or if intercept intent isn't triggered on step 2. 😄 |
Thanks for the quick feedback! Installed and enabled android.intentintercept but see no kind of information feedback whatsoever. And i see no way to redirect this application to explictly perform an interception on anything other but bluetooth and itself. I won't pursue this route any further as this workaround would not help to keep using koreader's internal dictionary app which IMHO is much more useful than the Onyx one. But thanks for the suggestion! Configuring an alternate location where koreader's built in dictionary application could search for dictionay files would be much nicer, of course. Thanks again! :) |
@wmlive: then you need to use a patch yourself, mainly because android is a nasty platform. Create a new document with local android = require("android")
local ffi = require("ffi")
local path = android.getExternalStoragePath()
ffi.C.setenv("STARDICT_DATA_DIR", path .. "/dicts", 1) and save it as The patch will survive updates 👍 |
Agreed, Android definitely is a nasty platform. I only use editors with Unix line endings, constantly switching between Emacs and lovely vim. Wouldn't touch anything else for text editing. ;) That patch indeed did it for me! Now koreader is using the same dictionary files location as the Onyx stock dict application. Thanks a lot! It would be nice though if this could be added as an option to koreader for normal users. |
Hi |
@wmlive @retrue: resources are limited and most features are still undocumented. Adding whatever GUI option for something trivial won't make things easier because new people normally ask before checking the entire GUI options. Also, documenting a GUI option is harder than telling people I agree that having a way to override defaults that survives updates is desired. That actually happens on android with the |
The same thing might work in defaults.persistent.lua? (Didn't test atm.) |
Hmm, another solution that would work for me (and people who have PBChess installed too) would be to add in the code another paths for dictionaries, without adding any GUI configurable location. |
Issue
Enhancement proposal:
koreader uses its own private location for dictionaries at koreader/data/dict as common storage for external stardict dictionaries. If users would be possible to reconfigure this storage location it would be able to share an already existing location between multiple reader applications. On the Onyx Boox devices there is typically an upper level folder named dicts used for storing stardict dictionaries for its internal applications. If users would be able to simply point koreader's dictionary location to that same location there would be no need anymore to maintain duplicate dictionary files on the device and save considerable storage capacity.
The text was updated successfully, but these errors were encountered: