I really dislike how the dribbble/envato style somehow escaped containment into Claude and now I’m seeing it everywhere mixed with mediocre design layouts. I think to myself that maybe stuff like this will help counteract that but then I see it in use with 12px typography (the kubernetes 3D dashboard thing) and I recoil in horror. Please consider this a PSA: Claude doesn’t understand UX or good design principles out of the box. Please go hug a designer.
UI greebling [0] is something I'm not looking forward to.<p>People always miss out the fact that older information-dense UIs were... information dense. We get this weird simulacrum of information density where the LLM has slapped on "every pod has a machine", a made-up PDU for pods with a watt rating somehow, and random status labels EVERYWHERE. All it's missing is the green circle "LIVE" label that every claude app seems to have...<p>[0] <a href="https://en.wikipedia.org/wiki/Greeble" rel="nofollow">https://en.wikipedia.org/wiki/Greeble</a>
I'm waiting for Skeumorphism to make a comeback, but that will require a superior AI paradigm.
What's a good example that comes to mind for you of it done right? I don't do much frontend so I think I just uncritically accept whatever design is put in front of me.
I can’t teach someone design in a day, but I can elaborate on the reference and point out some of the worst habits. A lot of these designs feature ornamentation without purpose. Look critically at the content in a design it produces. Ask yourself if each piece of information is serving a purpose for the end-user. This used to be, at least a little, harder to get wrong when adding noise came at the cost of more effort. The other thing is most often just typography. For a number of reasons, text below 16px should be treated very seriously. Claude throws it around everywhere.
Pro-tip: ask Claude (or Claude Design) to reference the Apple HIG <a href="https://developer.apple.com/design/human-interface-guidelines" rel="nofollow">https://developer.apple.com/design/human-interface-guideline...</a> and then review your interfaces
Neat idea, but feels very poorly made.<p>The light direction governs the whole grid for some reason but stops outside an arbitrary div and often just stops working period, on top of feeling laggy for such a simple effect.<p>Channels are messed up. The example doesn't seem to work, while in the video it just makes two edges white for some reason?<p>The color options and textures are kinda ugly. The glass colors clearly just don't work. "Brass" turns into "Olive" on the last one for no reason?<p>The radio buttons are a bad idea for a digital interface, implemented completely inconsistently(‽), and the middle one just doesn't work at all.<p>Buttons have virtually no feedback if they're pressed or not.<p>Reminds me a lot of Google's material design, at least the older versions of it, just much sloppier and less usable and less colorful.
It’s also glitchy and flickery for me on iOS.
It supports a dark theme but then you can't see 90% of what it actually does because drop shadows on dark backgrounds just plain don't work.
And knobs are a useless control on in any mouse/pointer based interface.
Nitpick, but elevation would make much more sense if you assumed a base plane + set a perspective, and then translate3d'd upwards on the Z axis. It would grow the size of the element as well.<p>Saying that, probably annoying to work with transformed DOM nodes, but the background being the only thing moving in the "bounce" example just stood out to me as weird.<p>Also, the texures seem to be just gradients or embedded texture data. Was thinking this would use <a href="https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/Values/image/paint" rel="nofollow">https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/V...</a> and fall back to gradients/premade images for firefox.
Orthographic projection was chosen here deliberately - that's why elevation makes no difference to the size of the object but changes the shadow. Perspective projection won't work well with scrolling because the angle of the object would have to subtly change when the user scrolls. Orthographic projection doesn't need to handle that.<p>The docs have a page where the lighting and camera setup is explained with an actual threejs 3d scene - <a href="https://kikkupico.github.io/ambientcss/guide/concept/#how-it-works" rel="nofollow">https://kikkupico.github.io/ambientcss/guide/concept/#how-it...</a> . Hope it helps!<p>Regarding the textures, they respond to lighting but not especially well. In the demo app, you can scroll to the materials page and use the theme switcher at the top to see how the texture respond.
I'm sorry but that's just slop. The elevation in the actual CSS makes the shadow progressively lighter (technically correct, thought the proportions look very wrong, 2 is too dark), while the 3D model has it constant. There is nothing in this 'camera and lighting setup' that was translated to the styles.
We used to do this during the Web 2.0 era with PNGs, GIFs and `progid:DXImageTransform` because back then you couldn't do it with standard CSS alone. Then as CSS (and MS!) evolved to enable it, the world moved on to flat UIs. It's ironic, isn't it?
There was a lot of one-upsmanship at the time. People did it because it was hard. When it wasn't difficult to do anymore, they stopped because it wasn't actually good clean design.<p>Also, early on, there was an idea that cyberspace should resemble meatspace so the meats don't get confused. That's no longer much of a concern.
Remember motiongerm and the whole sleek 60fps flash design thingamabob? Bespoke interfaces everywhere
My favorite is the knobs where some of them you can grab and rotate like they are physical but other ones only react to the vertical position of the cursor so you feel like a crazy person trying to use them
Can I plug <a href="https://mydogisthebest.org" rel="nofollow">https://mydogisthebest.org</a>?<p>If you're into skeumorphism, you'll love it. I put a lot of care into how the buttons and other elements work and interact with each other.<p>(It's a free little dog journaling app I created with my partner to help us cope with losing our dog)
vercel apps really do have a reputation
Worked like crap on mobile as well.
I love the concept but (at least on mobile Safari) most of it feels unusable.
With the knobs, I just figured out the problem was a stray div from an earlier version of the app overlapping the knobs in the components section of the demo app. I've fixed that now. Checked in both desktop and android Chrome and looks ok. haven't tested in mobile safari yet.<p>P.S: I agree knob controls in general are terrible UX. A real knob is usually turned with two fingers and the way on-screen knobs are operated is nothing like that.
Both performance and mechanics of the knobs :|
Same on Brave on Android. But I think that's largely orthogonal to the design, which I like a lot.
The knobs are especially difficult to use (on desktop here). The first two knobs only respond to click & vertical drag - moving up rotates clockwise, moving down rotates ccw. Moving left or right does nothing. The second knob's grab handle is just totally wrong, appearing in only about the 4 o'clock to 6 o'lock position.
I wrote something a bit like this years ago as an experimental portfolio site... a sort of responsive engine managing flat "cards" with CSS shadow cues for depth. (The responsive aspects are all JS on a loop that tweens everything). Ever since Photoshop released drop shadows on the world, I've generally thought that their overuse was a way to mask bad design, but I thought it was interesting at the time to see how far you could get using <i>only</i> drop shadows. Note: This site hasn't been updated in a decade. Not made for dark mode.<p><a href="https://thestrikeagency.com" rel="nofollow">https://thestrikeagency.com</a>
For a course I'm taking, I made an "Exposure Triangle" demo inspired by Duolingo. This feels like I just struck gold. Whether I use this implementation or another, I'd like to develop a library of these Skeumorphic components. I want to make a later version of my application -- where I make explanatory mathematics and this kind of minimal diegetic interface is exactly what I need to pull that off
The keyboard controls to select a radio button shouldn't depend on the visual orientation of the radio buttons. Browsers get this right by default, but the radio buttons aren't implemented with `<input type="radio">` and instead are just a row of plain buttons and a bunch of javascript. A quick check in the dev tools confirms the other widgets are similarly implemented :(<p>I love the look, though!
Reminds me of VST GUIs, looks great! But, like other commenters have noted, I think a number of these controls might be desktop only, which is totally fine. There’s too much UI stuff centered around mobile anyway these days
Counterpoint: I hate VST GUIs. They're often skeuomorphic hell.<p>They love fiddly round knobs which are terrible to control with a mouse or touchpad, and are bad for accessibility. They also tend to have a bunch of mystery meat navigation because the historic hardware UIs they're emulating were forced to bury stuff behind menus due to limitations of the technology, and cost limitations, at the time. Some are better than others, but the priority is often looking cool in screenshots rather than being comprehensible and discoverable.<p>I don't mind shadows and shapes that look three dimensional; affordances that indicate what you can do with an interactive element is great and an improvement over the flat trend. But, VST GUIs are among the worst examples to copy. And, round knobs are probably never the right choice for a computer GUI.
Haha yeah I think I’m mostly speaking from nostalgia. I do remember wrestling with knobs in Massive or whatever free VSTi back in the day was pretty terrible.<p>I can’t deny I love the look, though.
While I have a massive collection of VSTs I always end up using my very limited modular and Rytm mk1. And Elektron machines are an UI nightmare.
> Reminds me of VST GUIs<p>I was thinking the same thing. And I was also thinking, now that Ableton Live has a JavaScript toolkit [1], maybe this Ambient CSS could be useful in that context.<p>I’m still on Ableton Live 11 so the Ableton Live Extensions SDK is not available for me. Therefore I cannot try this idea myself yet.<p>[1]: <a href="https://www.ableton.com/en/blog/introducing-extensions-sdk/" rel="nofollow">https://www.ableton.com/en/blog/introducing-extensions-sdk/</a>
I had tried (and failed) to do something similar.
<a href="https://analogui.com/" rel="nofollow">https://analogui.com/</a>
you definitely reached the limits of skeumorphism. click and drag, especially along an invisible, curved path, is not user-friendly.
This has mid 2000's LiteStep theme vibes.
Skeuomorphism is back, baby! Apart from the wonky dragging on some of the knobs, I really like these. Kind of reminds me of teenage engineering.
Isn't this just short-lived neumorphic design from a few years back? <a href="https://neumorphism.io/#e0e0e0" rel="nofollow">https://neumorphism.io/#e0e0e0</a>
God this site has atrocious scrolling behavior. Allowing me to scroll halfway to the next "page" but then forcing me to stop scrolling and start again to get to the next one made me close the page half way through.
When a page about a new GUI thing fucks around with well-defined behaviors, back-button, scrolling, widget interaction, I know I can't trust their judgement. We don't want the same things and it's best if I move on.
Isn’t it just scroll-snap?
Nobody who cares about UX adds virtual knobs to flat interfaces.
badass. i so desperately want to use this on a small business website
Looks cool, but I can't see myself using something like this. The readability is poor, it is difficult to gauge if button was pressed or what is selected.<p>But still, I love it!
You see a lot of this kind of look in AUv3 plugins on the iPad and I love it - it's so nice to have visually tactile interfaces rather than the flat shit that OSs have been forcing on us.
Why must UI/UX be a fashion. I knew this skeuomorphic shit would return eventually.
is it too much to ask for a button in a different colour to the background. ffs
[flagged]
[dead]
<a href="https://github.com/kikkupico/ambientcss" rel="nofollow">https://github.com/kikkupico/ambientcss</a>