Ashley

good luck on the fight. I think turning off localStorage is silly and a feature that should be restored.

Ashley

This situation is very unfortunate however as a place holder to maintain WebStorage and legacy. Why not in the meant time shim local storage. At least until Google finally capitulates and brings back localstorage; which is silly to remove.

indexDB loads the save information when the app starts. This is done prior to any WebStorage the c2 app uses.

All use of WebStorage localstorage works only on temporary in memory data.

then developers can make a choice on how often the temp storage is saved to the asynhronous long term storage(indexDB?)

1. On change.

2. On Layout change

3. Only on Action

This way the old system doesn't break as synchronous data storage is maintained. Speed(negligible) is improved as it's always memory storage.

Alternatively there could be a more advanced storage system. There is the one above that could be simple and automated. However the one above I would have concerns about large groups of data using lot's of memory. So an option would to provide an AJAX style memory system for large blobs of data and the above sample for small chunks.

And finally I would also like to add this.

local storage and session storage by default without user intrusion have limits of 5mb each. To by pass that 5mb require permissions and or user request. 5mb is small, but fine most of the time.

indexDB offers 50mb as a base storage before requiring user intrusion to functioning of the app.

So there are solutions to the problem. I don't really feel that the suggestions are hacky, but instead more in line with the intention of how indexDB should work. Instead of assuming that every piece of information is now based on ajax. Now the main storage Dictionary is ajaxed.

What are you trying to export to. There are a lot of export options turned off for the free version.

You can do all of this from the Browser object. However it's better to use the SDK when wanting to integrate an api. My site has a free FGL plugin that's 100% all Browser and API bridge and works. More of a practical experiment. However FGL has their plugin out now and only the js code injection line is of any use.

While I understand your desire to want a table. Tables are extremely niche for game development use. This is the kind of feature that is often created for custom use and custom created.

If hover you need grid control Rex I'm sure has grid based features that fall in line for what your looking for.

C2 uses wraped json data and only imports wrapped json data. It's really annoying. So c2 can't share. You should try yann's json plugin

Then you need to store the function in a long term library. As it is now it's stored in a temporary closure that will be gone.

"window.mylib.func = function(){ console.log( 'nested text string' ); "

then else where

"window.mylib.func()"

but do you really need to put it in a function. if you start needing these functions that's usually the time to move to the SDK and embed the functionality. Keep in mind that eval is never put into the JIT. So eval will always run at the slowest code execution. So eval is only good for the occasional js functionality.

1. Your using the same open and closing " " in one string line.

2. You declaring a function. I suggest you don't and just use the line by itesle. unless your function becomes really largly functional

No

"myFunction()

{

document.elementById("myid").innerHTML = "TESTE";

}"

Try

" document.elementById('myid').innerHTML = 'test'; "

notice the change in the qoute type for internal qoutes.

Fimbul

I so agree. I feel with major features with C2 winding down or impossible for C2; that it's time to start laying out the ground work for C3. As Ashley said. r200 will just be like any other release.

Thanks Rex. I like Yans plugin.

Nope. I can't fine the gamepad index in a loop. I absolute the loopindex as the gamepad id then do the poll input request. However I do map index to a controller input slot. Let's just say it's a pain.

I don't know the exact names at the moment

Repeat gamepad.count

-- check for button down then callback function("controller.DOWN", loopindex, gamepad.lastbutton)

-- check for button release then callback function("controller.UP", loopindex, gamepad.lastbutton)

-- check for xAxis !=0 then callback function("controller.axis_x_change", loopindex, gamepad.xaxis )

... repeat for each input type.

and I do that for every input type I need. And it's annoying, because then i'm polling for every possible change every tick rather than just letting the even occur then finding which one it occured on.

GeometriX

That works too. While I do some more dancing with mine to map the gamepad.id /loopindex count. I prefer controller input agnostic. So the input does not tie immediately to the player. But that's me.

I know where your coming from, from wanting nested json hierarchies so I wrote that in an ES myself. It's a pain. However I don't get what your saying what you want. Could you please try again maybe with a diagram of some sort. Maybe there is a storage plugin that does as you want. Maybe someone can offer an alternative as newt provided.

From what I understand is that you want to start one function to look through the entire storage, and then when finding an entry to call a callback function?

There is a 3rd party HashTable plugin that does what you want. I suggest using that for nesting data groups.