HN Explorer

13 comments

[ 2.9 ms ] story [ 48.0 ms ] thread
puszczyk
Nice post, I like how it addresses only a chunk of the problem and walks the reader through it.

What’s a bit unclear to me, is why do we need the Java version of the _types_ library. Looks like the humbleui already depends on clojure.

tonsky
There are Skija and JWM which are pure Java (and I want them to stay that way, to be used from other JVM-based languages)
[deleted]
(comment deleted)
husainfazel
The night shift mode on this blog has got to be the most pointless I've seen. Black text on black background with a reveal effect when you move your mouse!
jdefelice
I thought it was clever and fun and reminded me of when people added creative touches to their websites.
dspillett
Simple implementation too, the light is actually the background and that is offset in response to mouse events, I've seen similar effects done in horrendously overcomplicated ways that don't work nearly as well due to z-order issues and such. Credit to the creator.
natpalmer1776
I think if it didn't detract from normal expected functionality it would be fine, fun even.

The problem is when the expected behavior is supplanted by this arbitrary behavior that, for the record, doesn't work on mobile.

throwamon
I think it's pretty clear that the point is to detract from normal expected functionality.
dempedempe
Took me a second to realize the title is not "Human Decomposition".
wolfgangK
I would have expected the Clojure versions of types to inherit from the Java versions. Any reason not to do that ?
tonsky
That’s because Humble UI have to work with JWM/Skija and I didn’t want to do conversion from Java Point to Clojure Point every time. I needed _base_ librariers to return Points/Rects that are already directly accessible from Clojure