This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-05-25
Channels
- # announcements (21)
- # babashka (7)
- # beginners (27)
- # calva (7)
- # chlorine-clover (3)
- # cider (1)
- # clerk (21)
- # clojure (24)
- # clojure-europe (28)
- # clojure-finland (3)
- # clojure-nl (1)
- # clojure-norway (5)
- # clojure-uk (2)
- # clojurescript (13)
- # clr (2)
- # conjure (1)
- # consulting (1)
- # datahike (1)
- # datomic (13)
- # fulcro (3)
- # graalvm (33)
- # gratitude (7)
- # honeysql (7)
- # humbleui (12)
- # hyperfiddle (26)
- # interop (11)
- # introduce-yourself (4)
- # jobs-discuss (8)
- # lsp (26)
- # malli (6)
- # nbb (11)
- # polylith (26)
- # practicalli (1)
- # rdf (3)
- # re-frame (7)
- # reitit (10)
- # releases (2)
- # shadow-cljs (1)
- # tools-deps (15)
I've been impressed by the progress on HUI and decided to give it a spin. As a demo I created a simple Outliner view: https://github.com/dundalek/humble-outliner
It was a nice experience and I am happy to report I did not encounter any major issues.
Cool things:
• I noticed when programmatically switching focus between inputs the cursor would sometimes disappear. After a brief look I determined it was due to the blinking interval. So I just reset the interval on focus and it works as expected. That was a really cool moment, having ability for such a level of control should enable really polished UIs.
• Since events are just maps I was able to create automated script for the demo. It was fairly straightforward, shows a promise that such approach could also be used for automated UI integration tests without much ceremony.
Small issues:
• ctrl+shift+left/right in a text input does not select by word (on Linux/X11)
• hovering over text input sometimes ends up with a wrong mouse cursor (arrow instead of beam), I will see if I can find a good repro to open an issue
• missing multiline text input, but a single line input is good enough for the demo
> ctrl+shift+left/right in a text input does not select by word (on Linux/X11)
Can you open an issue? I haven’t optimized for Linux yet
> hovering over text input sometimes ends up with a wrong mouse cursor (arrow instead of beam), I will see if I can find a good repro to open an issue I can imagine why this is happening. Open an issue too? But this will solved after I figure out state and events probably
> • missing multiline text input, but a single line input is good enough for the demo Yeah, I know
>> hovering over text input sometimes ends up with a wrong mouse cursor (arrow instead of beam), I will see if I can find a good repro to open an issue > I can imagine why this is happening. Open an issue too? But this will solved after I figure out state and events probably I think I found a good repro case: https://github.com/HumbleUI/HumbleUI/issues/78
>> ctrl+shift+left/right in a text input does not select by word (on Linux/X11)
> Can you open an issue? I haven’t optimized for Linux yet
Opened https://github.com/HumbleUI/HumbleUI/issues/79 to track it. Now that I am thinking about it is probably not related to just Linux. There might be subtle differences based on UI toolkits and OSs, but certain "conventional" behaviors work the same way.
Text field shortcuts all have to be implemented manually. I did what I knew of for macos and some basic ones for win/lin, but as I don’t use them daily I probably missed a couple
Gotcha, I see. I am curious how do you approach this, should Humble UI have cross-platform implementation that behaves the same on every platform, or should the input behavior try to mimic the underlying platform as close as possible? For example if a given shortcut is common in Win/Lin but it is not available in native macOS UI, would Mac users perceive it as negative if Humble UI would in addition implement some non-macOS shortcuts?