Open braiam opened 11 years ago
Ah, btw, we could break down this bug into several steps like:
Any troughs?
though it's true it'll be killed, it's really not a problem. we can js store it in google drive for now. it's not that difficult, and it'll auto-sync a lot better than bookmarks. check out this app:
https://chrome.google.com/webstore/detail/ouistiti/hkbgpehljlmbjlgalhcpnlcljaodmaaf
Code here:
https://drive.google.com/folderview?id=0B8R1QvA3x5IbVWtfVTRma1NVNms#list
We can work on upgrading the code later.
-- Adam Bess
On Wed, Jul 10, 2013 at 10:52 PM, Braiam Peguero notifications@github.comwrote:
Ah, btw, we could break down this bug into several steps like:
- Create our library that will replace the amrcsql.js file.
- Make the functions that will migrate the already done stuff smoothly. (Here we should release a stable version)
- Hunt down all the old functions in background page and replace them.
- Verify everything works for old and new installations. (Another release here)
- Cleanup the code (delete old library, delete old database).
Any troughs?
— Reply to this email directly or view it on GitHubhttps://github.com/AllMangasReader-dev/AMR/issues/81#issuecomment-20788930 .
Sorry, but you lost me there. You mean using google drive for our async databases operations? You know that those calls are limited by min/usage and space? We will get blocked several times or the latency will kill us. Also, how should we store a database as file? In CSV? I don't know how much you love that API, but for our current specifications and characteristic I don't see any use. Maybe any of the @AllMangasReader-dev/developers may differ of my opinion, please give us some update.
On a side note: ouistiti is mainly for demostrate the notification api, maybe we can fire up some test in the lab since it uses the button
characteristic.
If the API was available to use (it's only for chrome apps, not extensions) then it would definitely be handy for handling the syncing issue. But as it is it won't help with the database issue. I've never had a chance to play with IndexedDB so I can't really comment on that (I'll see if I can look at it sometime soon).
I haven't looked at the custom library either but if the currently implemented concepts aren't too different from the indexedDB concepts it might make it easier to convert over because we can just adjust the library without actually having to change the calls in the normal code.
On Mon, Jul 15, 2013 at 12:55 AM, Braiam Peguero notifications@github.comwrote:
Sorry, but you lost me there. You mean using google drive for our async databases operations? You know that those calls are limited by min/usage and space? We will get blocked several times or the latency will kill us. Also, how should we store a database as file? In CSV? I don't know how much you love that API, but for our current specifications and characteristic I don't see any use. Maybe any of the @AllMangasReader-dev/developers may differ of my opinion, please give us some update.
On a side note: ouistiti is mainly for demostrate the notification api, maybe we can fire up some test in the lab since it uses the buttoncharacteristic.
— Reply to this email directly or view it on GitHubhttps://github.com/AllMangasReader-dev/AMR/issues/81#issuecomment-20951787 .
Heya, how's life? For me is pretty dark... I just get a wind that WebSQL is being dropped some day... and we have to move ourself to update our stuff... I had read this but haven't made nor head nor tails how we can adapt our code since @plduhoux made a custom library for webSQL.
So I would love some rope to get this done... ah, btw, I haven't figure out how to create a darn DB using that guide, anyone can explain to me in a way a 4-years-old can understand? I've used more generic guides but I need some translator to help me understand the armcsql.js file.
ADD: The only things that use WebSQL are: