-
Notifications
You must be signed in to change notification settings - Fork 99
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
Remove bookmark/history size limit #111
Comments
I am also very interested in unlimited bookmark/history? Why any limitations? |
storage is not a concern, but lookup and update speed, as well as filtering and sorting in ui are. Perhaps current limit of a hundred items is conservative and could be higher, but to remove it entirely requires a more sophisticated storage implementation. |
I like Aard very much and use it since aard1 times.
But this limitation spoils the whole idea of using it as a dictionary app
(I guess that wiki-type users do not care)
Losing data disappoints me a lot. In this case the words I learn & bookmark.
Would you please raise the limit as a 1st step? E.g. 1000 looks like a good
compromise.
|
Silent discading of data is most upsetting.
|
There already is a Material UI fork with 1000 as limit; the name escapes me however. The icon was cat themed or something. |
yes, found it: tensonohikari/.everboxing@b61f814
But even 1000 bookmarks may be too low:
|
@itkach , can we have a (hidden) option for this? maybe in the
`shared_prefs/app.xml`
|
Aard 2 uses individual files instead of a database for storing history, bookmarks, and dictionary info. This means all the files has to be loaded in a list before they can be displayed. This can be problematic for several reasons:
@ildar: The image you shared (from Duolingo, I believe) has usage for learning apps (like Duolingo or Anki), but not Aard 2 which is a dictionary app. |
The image I shared only shows that a language learner can reach the limits
in a quite a short time. I use Aard2 as a dictionary helper for learning.
|
Ideally we will have something like sqlite, but if not, I would say let us power users deal with the loading times. And further down the line someone might contribute an sqlite implementation if they get sufficiently annoyed at the speed, but at the moment people don't even realise there's a limit until months into usage, and only once they realise they've bookmarked something before but it doesn't show up as such |
It's just a text file I'm assuming - even a full book is just megabytes, so storage isn't a concern.
The text was updated successfully, but these errors were encountered: