philip_roberts
Joined 14 years ago
Joined 14 years ago
Also keen to hear suggestions for improving the security section of the readme so people understand the risks etc.
My _guess_ would be yes, this would work. Regardless of how fast the file loaded. One way to test it would be to stick a large while loop between readastext and addeventlistener to block the stack for a few seconds and guarantee that the file is read before the handler is bound.
I'll try and take a look when I am back at a computer if nobody else responds either way :)
> I appreciate the use of semver, but...
Oh, we aren't breaking things _that_ quickly! ampersand-state for example has been a repo since February.
We do need to do some more documentation/cleanup around custom datatypes though for sure.
Though yes, a better overview would be useful.
Yes we'll try and improve the content on the homepage to make it more focussed. Though I guarantee if we didn't talk about the motivation we'd have people saying "why did you make another framework?!"
> Still not a substitute for a user manual, even tiny.
I'm not suggesting we've got it perfect by any stretch, but I'm not sure exactly what you're hoping to see? There's also http://ampersandjs.com/learn with some more detail around the various pieces.
And the clientside code for the example application generated by the cli is here: https://github.com/AmpersandJS/ampersand/tree/master/templat...
* Views have declarative data bindings for updating your html with model data automatically; out of the box, sensible render and remove methods just work; collection rendering is easy.
* Models have explicitly declared properties and types, as well as evented + cached derived/computed properties. You can access model properties without .get('name') and .set('name', value) and events and things just work.
Had I suspected the quality of my team, or my discipline would be under question, I would have left them in :)