Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Clay – UI Layout Library

nicbarker.com

Post reply on HN
Print view View original

51–60 of 95 posts

Re: Clay – UI Layout Library

#51

Post by rmgk »

rmac wrote: post #9
jasonjmcghee wrote: post #7

Just wanted to drop a note - everything following the animation cannot be selected - seems focus is stolen somehow - whenever I try to select text, it immediately deselects it.

this happens to me on mobile using all chromium and gecko based browsers what's also interesting is how much worse Firefox is at rendering this page; example => https://imgur.com/a/DNYe2WN

If you mean the text position that overflows, that seems to be computed by the library. The same happens in chromium at some resolutions.

Re: Clay – UI Layout Library

#52

Post by thiht »

Using CSS translations to place elements on the page is... cursed to say the least. It's probably why text selection works (assuming it qualifies as working) in such a weird way when the cursor goes between blocks.

Re: Clay – UI Layout Library

#53

Post by red_trumpet »

spiderfarmer wrote: post #30
bee_rider wrote: post #22

Just a funny note—there’s a button at the end to switch between HTML and Canvas. I think it is neat how little difference it makes… normally. But with iOS Safari + Dark Reader, at least on my side, the HTML page is turned into dark mode with Dark Reader, while the canvas page is not. So, it basically ruins the wow factor, haha. But it still looks nice.

Text selection and zoomng is also problematic.

My Firefox on Linux zooms fine with both renderers. Text selection doesn't work though. Also the cursor doesn't adapt when hovering text, a button etc.

Re: Clay – UI Layout Library

#54

Post by mvc »

CyberDildonics wrote: post #32
dvt wrote: post #16

Earlier quoted context omitted.

If you don't use some kind of layouting language (like XML/HTML), this is inevitably what you will always end up with. See: AWT[1], SWT[2], Swing[3], Qt[4]†, Fyne[5], etc., etc., etc. [1] https://docs.oracle.com/javase/7/docs/api/java/awt/GridLayou... [2] https://github.com/eclipse-platform/eclipse.platform.swt/blo... [3] https://stackoverflow.com/a/12867862/243613 [4] https://stackoverflow.com/questions/37304684/qwi…

It's not difficult or disorganized to layout GUIs in a programming language. HTML exists as an alternative to having nothing. If you have a programming language you can give the data to the GUI library directly without having to learn a new markup language, have the bloat of a new markup language or learn the quirks a new markup language. You can also put format it and put newlines in there.

The thing is, most GUIs by necessity involve fairly deep hierarchies of graphical objects so you're either going to have deeply nested calls like this, or you're going to scatter the fragments across a number of files in a way that they need to be reassembled in the reader's head in order to understand what's going on.

Re: Clay – UI Layout Library

#55

Post by coolgoose »

riazrizvi wrote: post #10
mega-tux wrote: post #2

Looks very nice, I just watch a great YT video from the developer here https://www.youtube.com/watch?v=DYWTw19_8r4

The developer is rediscovering the concept of a GUI library. The modern variant is the mouse-driven GUI developed by Xerox in the 1970s (and later commercialized by them as Xerox Star) which Jobs famously copied to create Apple’s Lisa, and Gates famously mimicked to create MS Windows. Since they determine the look and feel of a platform and their design determines the ease with which developers can create apps for th…

I swear to god, I thought this is AI generated response.

Re: Clay – UI Layout Library

#57

Post by ilrwbwrkhv »

Diti wrote: post #18
ilrwbwrkhv wrote: post #14

The d for debugging is so cool. Fantastic library. C is also such a good language. If I wasn't doing Rust, I would have gone back to C.

> C is also such a good language. If I wasn't doing Rust, I would have gone back to C. Wouldn’t you try Zig instead?

I'm not sure I would have. There is a terseness in C which zig lags. I think. To be fair, I haven't played with Zig that much.

Re: Clay – UI Layout Library

#58

Post by sgt »

bee_rider wrote: post #22

Just a funny note—there’s a button at the end to switch between HTML and Canvas. I think it is neat how little difference it makes… normally. But with iOS Safari + Dark Reader, at least on my side, the HTML page is turned into dark mode with Dark Reader, while the canvas page is not. So, it basically ruins the wow factor, haha. But it still looks nice.

The HTML renderer is definitely faster in Chrome. Why is that, I wonder? The Canvas one is also reasonably fast, but noticable in that "High performance" animation and also when scrolling.

Re: Clay – UI Layout Library

#59

Post by wffurr »

spiderfarmer wrote: post #30
bee_rider wrote: post #22

Just a funny note—there’s a button at the end to switch between HTML and Canvas. I think it is neat how little difference it makes… normally. But with iOS Safari + Dark Reader, at least on my side, the HTML page is turned into dark mode with Dark Reader, while the canvas page is not. So, it basically ruins the wow factor, haha. But it still looks nice.

Text selection and zoomng is also problematic.

It won’t help with dark mode, but the canvas-place-element proposal (https://github.com/WICG/canvas-place-element) should allow those interactions on canvas-rendered text backed by a text element placed under the canvas.

Re: Clay – UI Layout Library

#60

Post by sgt »

spiderfarmer wrote: post #30
bee_rider wrote: post #22

Just a funny note—there’s a button at the end to switch between HTML and Canvas. I think it is neat how little difference it makes… normally. But with iOS Safari + Dark Reader, at least on my side, the HTML page is turned into dark mode with Dark Reader, while the canvas page is not. So, it basically ruins the wow factor, haha. But it still looks nice.

Text selection and zoomng is also problematic.

In Chrome, it selects sometimes but sometimes it seems to unselect itself, probably due to the animation happening somewhere else on the page.
Post reply on HN