really excited to share this post!
"moxie: incremental declarative UI in @rustlang"
https://blog.anp.lol/rust/moxie-intro/ …
-
-
cc
@rikarends1 reply 0 retweets 1 like -
My view on incremental declarative UI is that if your render layer is fast enough, its completely unnecessary complexity. Esp in a borrowchecked lang. But who knows, maybe im wrong.
3 replies 0 retweets 2 likes -
Replying to @rikarends @karanganesan and
Lots of theorizing about the fastest way to bind data and update UI's etc in Rust. Has anyone built a really slow/heavy application to find out what the limits actually are?
1 reply 0 retweets 0 likes -
Replying to @JTremback @karanganesan and
I've built an IDE and it takes 300 microseconds to rebuild the entire UI. Hence my skepticism why any of this is remotely necessary with a fast drawing APIs. http://makepad.github.io wasm demo, repohttps://github.com/makepad/makepad
1 reply 0 retweets 0 likes -
Replying to @rikarends @karanganesan and
My guess is that regardless of any performance benefits, a declarative, xml based UI framework will win out by making Electron obsolete.
1 reply 0 retweets 0 likes -
Replying to @JTremback @rikarends and
Are you re-rendering the whole thing when you rebuild it?
1 reply 0 retweets 0 likes -
Replying to @JTremback @karanganesan and
Yep. And i don't even have to rebuild all of it usually.
2 replies 0 retweets 0 likes -
Replying to @rikarends @JTremback and
This isn’t going to work when you start optimizing power consumption on some OS’s like macOS, unfortunately. :(
2 replies 0 retweets 0 likes
(Recompositing the whole OS window on Retina MacBooks was like our #1 complaint about Firefox until it was fixed recently. Users HATE it.)
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.