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
Better persistent storage #1212
Comments
Have you considered and written off HTML5 storage as a non-viable option (i e because your script has to execute across domains)? If not, you can't get much better portability and future safety support than using the browser-native tools. |
See: http://groups.google.com/group/greasemonkey-dev/t/8b82b4e5919b96dc Patch from 2006 probably doesn't work anymore. |
A private DOM Storage object, like those provided to Opera userscripts, would be a good idea -- especially if StorageEvents are implemented reliably. It'd allow for large data stores and easier synchronization between multi-tab userscripts, without leaking into or potentially interfering with storage code in the content scope. |
This is fixed by #1798, using SQLite now. |
A better backend for the GM_*Value could be a good idea.
In a couple of scripts I need to work on big persistent arrays and performance is sluggish, even using memoization.
The text was updated successfully, but these errors were encountered: