21–30 of 33 posts
On their github repo: > Simple "hello world" at about 65kb, comparable to React I assume that is minified and compressed. That's quite bloat. I wonder if they try https://github.com/johnthagen/min-sized-rust ? Also I feel like the BytecodeAlliance too much focus on their cloud runtime use case while seamless wasm + dom interop is where its adoption will skyrocking. I would rather write Rust/Go/Roc/any-sane-typing ins…
Great to see another language adopting LiveView! (Author of LiveViewJS[1] here). Are you using Phoenix’s javascript client (and protocol) or rolling your own? [1] - http://LiveViewJS.com
We're using our own protocol right now - haven't really looked too deeply at the Phoenix protocol. We use templates (like Solid or Blockdom) to build and patch the page which is pretty specific to Dioxus.
Earlier quoted context omitted.
We're using our own protocol right now - haven't really looked too deeply at the Phoenix protocol. We use templates (like Solid or Blockdom) to build and patch the page which is pretty specific to Dioxus.
Cool. We went with re-using/adopting Phoenix's because it is battle-tested and allowed us to not have to rebuild/find edge cases on browser event handling and DOM morphing and optimizing diffs. If you ever want a walk through lmk.
> Note that you still cannot define a one-word component without referencing it via path syntax.
module::header {}
On their github repo: > Simple "hello world" at about 65kb, comparable to React I assume that is minified and compressed. That's quite bloat. I wonder if they try https://github.com/johnthagen/min-sized-rust ? Also I feel like the BytecodeAlliance too much focus on their cloud runtime use case while seamless wasm + dom interop is where its adoption will skyrocking. I would rather write Rust/Go/Roc/any-sane-typing ins…
How about assemblyscript?
I think Rust will be around in 5 years. Will AssemblyScript?
Earlier quoted context omitted.
How about assemblyscript?
AssemblyScript seems like a pointless also-ran. Why pick a language with very little support or community for your native code when you could pick Rust or C++? For any substantial app, I think an investment with Rust would be much better than an equal sized investment into AssemblyScript. I think Rust will be around in 5 years. Will AssemblyScript?
Very timely, I've been working on Svelte integration for Phoenix Liveview, started working on it this week[1]. It's very cool to see LiveView expanding as a paradigm outside of Phoenix. [1] https://github.com/woutdp/live_svelte
On their github repo: > Simple "hello world" at about 65kb, comparable to React I assume that is minified and compressed. That's quite bloat. I wonder if they try https://github.com/johnthagen/min-sized-rust ? Also I feel like the BytecodeAlliance too much focus on their cloud runtime use case while seamless wasm + dom interop is where its adoption will skyrocking. I would rather write Rust/Go/Roc/any-sane-typing ins…
How about assemblyscript?
Very timely, I've been working on Svelte integration for Phoenix Liveview, started working on it this week[1]. It's very cool to see LiveView expanding as a paradigm outside of Phoenix. [1] https://github.com/woutdp/live_svelte
Cool. Can you use svelte stores across multiple liveview navigations?
I'm building a collection of examples[3] and if I can get it working I'll add it.
[1] https://wout.space/notes/how-to-share-store-between-multiple...
[2] https://hexdocs.pm/phoenix_live_view/live-navigation.html
[3] https://github.com/woutdp/live_svelte/tree/master/examples
Earlier quoted context omitted.
Cool. Can you use svelte stores across multiple liveview navigations?
That's something I need to look into. - Should be possible by saving the store in the localstorage and fetching it again on a different page. - Or saving the store to the window[1], as long as the page transitions happen through a live redirect[2] it should still be there. I'm building a collection of examples[3] and if I can get it working I'll add it. [1] https://wout.space/notes/how-to-share-store-between-multiple…