Clojurians Log v2
Clojure programming
Channels
Apps
hyperfiddle
Slackbot 2025-07-26T21:14:13.112839Z
This message was deleted.
whilo 2025-07-26T21:17:13.718549Z
I will try to do this for Datahike, it is already super easy to pick up and convenient, but barely anybody knows it. It is also really nowhere close to fasthtml's presentation.
Dustin Getz (Hyperfiddle) 2025-07-27T00:15:37.791219Z
It really pisses me off when people give me unsolicited feedback on non-technical topics, please stop
👍 1
Dustin Getz (Hyperfiddle) 2025-07-27T00:15:46.141859Z
Dustin Getz (Hyperfiddle) 2025-07-27T00:15:59.522259Z
whilo 2025-07-27T00:16:32.935869Z
👍
whilo 2025-07-27T00:17:33.062299Z
I will delete this post then, apologies for violating your community guidelines.
Dustin Getz (Hyperfiddle) 2025-07-27T00:18:01.758149Z
thank you
Dustin Getz (Hyperfiddle) 2025-07-27T00:18:06.695709Z
we are cool
2025-07-26T06:14:56.763139Z
the webview1 example gets sluggish when there are too many results: https://gist.github.com/yayitswei/d2d35fc569601987162cdc3dd08707c3 i think the lag comes mostly from rendering and rather than network. is there a way to make this more responsive? for example, https://datatables.net seems to render pretty quickly with the same amount of rows. or is this an inherent overhead that comes with the benefit of differential ui?
Dustin Getz (Hyperfiddle) 2025-07-26T10:36:49.144369Z
you must use virtual scroll, electric is specifically designed for the enterprise use case with very large collections
Dustin Getz (Hyperfiddle) 2025-07-26T10:39:21.123779Z
you're right that the lag is not from network, we are working on this soon (we got distracted by deadlocks under heavy production load with queries running in threads, rendering perf is after that)
🙌 1
Dustin Getz (Hyperfiddle) 2025-07-26T10:40:52.762309Z
the hyperfiddle video from yesterday is a demonstration of virtual scroll performance on collections of countable size (up to about 50k items), it is quite fine if you use our patterns
👍 1
👍🏻 1