Clojurians Log v2
humbleui
Would it make sense to use HumbleUI for dev ui and vizualization within a Portal Eval/Tap/Submit interaction? Like submit data to Portal, can view as data structure, but also switch to custom humblui-based view. Why? To avoid cljs+css in a portal context... Or is this overthinking it? Would HumbleUI not be used more directly for that arbitrary dev eval scenario. Maybe in the sense that Humbleui is already hosting the visualization of it’s own visual testing code (that can then serve as documentation, like a computational notebook). But pretty al’acarte. Any Portal lower level tooling of service here?
what’s Portal?
A ui view layer for repl evaluations (tap) and interactions. Has built in data browser views. Optional integrations with popular editors. (I’m using vscode)
Okay I looked into Portal, I’m not sure I understand what are you asking exactly, but I can say Humble UI can be used to build UI for Portal for sure
Ok was just thinking out loud of how to build dev-time vizualization and interaction with data from the repl, similar to the repl eval workflow Portal represents (dev-time repl-eval -> custom, interactive views), … but with the more progressive UI primitives of HumbleUI. I was pretty sure the infrastructure in Portal is pretty open-ended and allows for some sort of integration / custom viewer, or at least interaction over nrepl. But also wondering aloud on the value added by potentially integrating these, or how much overlap this represent. Maybe just spawning and updating Humblui views for this purpose directly (espcially with clj-reload) is simple enough? In general I guess it’s the broad issue of developer tools bundling their own ui framework. I think Membrane and Clay projects (and even Portal itself) are trying to be open to the potentials of decoupling this.