UPDATE: New implementation, typed, faster, even simpler, is coming.
Check the este.firebaseapp.com/fields example. Check the source code.
I just can’t change url medium.com/este-js-framework, so please follow https://medium.com/@steida. Thank you.
Did you think about minimal and in-context progress loading? I did. When user click on something, and net response is slow, what should happen ideally? Browser native behaviour is to show some progress animation in tab header. But we can do it better.
By blocking I mean disable button to prevent user invoking the same action before current is completed.
No. But we live in distributed and disconnected world. And we also like optimistic UI’s. Why should I wait for “foo created” server response anytime internet isn’t available or is terribly slow? Therefore every sane web apps must…
Update: Check github.com/steida/este, the ES6 React Flux webpack gulp om-like isomorphic immutable k̶i̶t̶c̶h̶e̶n̶s̶i̶n̶k̶ t̶w̶e̶e̶t̶y̶b̶i̶r̶d̶s̶ dev stack. Future now.
JSX is nice and all but some people (me) favore CoffeeScript. So how to write idiomatic React with CoffeeScript syntax?
Like that.
github.com/steida/este-todomvc
I would love to use CommonJS modules syntax (require and module.exports) for Google Closure Library. Why?