clerk

2024-10-22T08:18:22.742049Z

https://live24.clerk.vision

👏 1
👏🏻 1
🍿 2
🎉 1
2024-11-01T12:56:50.561139Z

The UI library that comes with browser is a complex bloat, so I wouldn't mind ditching it for certain kind of applications. The area where browser is unmatched is as a delivery platform. It is available on every device and super convenient to open URL and the app auto-installs on demand within a secure sandbox. For tools like Clerk the value proposition of the UI library independent of the runtime would be the ability to create the authoring environment within a single runtime (and avoiding dealing with distributed systems problems). Then for consumption one could publish the result and use web for delivery.

Niki 2024-10-31T19:04:42.352189Z

> There is now WebAssembly Skia build that runs in the browser, so maybe one day we can come full circle and have a HumbleUI build target running in browser. 🙂 But that would solve nothing? If you want one runtime and have to use browser, you’ll have to move all your other code to the browser. UI library is the last thing you need because browser already comes with one.

Stephan Renatus 2024-10-22T08:30:02.573299Z

(randomly ordered)actively so 😆

😂 1
😆 1
teodorlu 2024-10-22T15:44:03.733649Z

If you pursue "Clerk on a JVM UI", please put me on the waitlist! I'm curious about using Humble UI for tiny UIs to aide development, but haven't really tried hard. Clerk (currently) gives more value out of the box. it can show a namespace as I see it in my editor, I can show Clojure data, and I can show tables.

teodorlu 2024-10-22T15:45:00.285879Z

Thanks for writing this up, I've been curious about your development process for Clerk viewers 🙂

2024-10-22T17:08:02.573329Z

The tension here is between having a single runtime in-process environment and having both a super easy path to web publishing and a wide variety of pre-existing libraries from the JS ecosystem (think Vega, various map systems, Emmy’s support for MathBox, &c)

👍 1
2024-10-22T17:45:47.709329Z

This is super cool! I've used and enjoyed Clerk in the past when I know I will be producing a report as a deliverable. However, during app development I usually have a feedback within the app UI itself. For extra situations and ad-hoc data inspection I have Portal loaded and waiting as a REPL middleware. But then if I discover something that is worth sharing graphically, I might need to go back and re-do it in Clerk. With Clerk having the ability to pick viewers based on predicates or interactively similarly to Portal, it opens up possibilities to apply Clerk more as a daily driver tool.

🙏 2
2024-10-22T17:47:37.982879Z

The pain dealing with two runtimes is also present in the same way in Portal when creating custom viewers. But as Martin notes the big advantage over something like HumbleUI is the web's reach. There is now WebAssembly Skia build that runs in the browser, so maybe one day we can come full circle and have a HumbleUI build target running in browser. 🙂

mkvlr 2024-10-22T18:28:58.247949Z

summoning @tonsky

😆 1
Jakub Holý (HolyJak) 2024-10-24T16:41:24.261219Z

FYI there is a typo possiblilties

👍 1
mkvlr 2024-10-22T18:38:40.157059Z

this also has a link to the 15-minute presentation https://clojurians.slack.com/archives/C8NUSGWG6/p1729622232991499

🎉 1