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

Magic UI: UI Library for Design Engineers

magicui.design

Post reply on HN
Print view View original

71–80 of 105 posts

Re: Magic UI: UI Library for Design Engineers

#71

Post by jerieljan »

itslennysfault wrote: post #66
p_l wrote: post #29

This page is IMPRESSIVELY BAD . I don't even care what it shows due to just how audibly resource heavy it is while showing pretty much nothing other than some simple copy. There's no way in hell opening the main page should cause so much load my computer sounds like I just opened Cyberpunk 2077 or Doom Eternal at max details, especially given the amount actually rendered (I just opened the page, didn't even scroll an…

I'm assuming this is platform specific. It's totally smooth for me on a M1 MacBook Pro. Thats with a bunch of tabs open while on a zoom call (gotta do something to pass the time during standup). I find it annoying for other reasons, but I'm not seeing any perf issues on the page. edit... reading through the other comments I see LOTS of people are having this issue. Not sure why I'm the lucky one, but I went back and…

I have an M1 MBP too, and while it appeared stable, I saw the GPU usage skyrocket while that page was running in Chrome, around 75% in Activity Monitor (View -> GPU Processes), and reaching close to 100% in iStat Menus.

Re: Magic UI: UI Library for Design Engineers

#72

Post by chrstphrknwtn »

andreygrehov wrote: post #64

These days, every self-respecting library must provide Figma components.

I'm tending to think that Figma components should not be maintained in a serious way... design artefacts should be ephemeral and I think it's less effort overall if designers reuse or create whatever they need when they need it.

Keeping a huge Figma component library in sync with a component library / design system feels more and more like busy work.

Re: Magic UI: UI Library for Design Engineers

#73

Post by p_l »

itslennysfault wrote: post #66
p_l wrote: post #29

This page is IMPRESSIVELY BAD . I don't even care what it shows due to just how audibly resource heavy it is while showing pretty much nothing other than some simple copy. There's no way in hell opening the main page should cause so much load my computer sounds like I just opened Cyberpunk 2077 or Doom Eternal at max details, especially given the amount actually rendered (I just opened the page, didn't even scroll an…

I'm assuming this is platform specific. It's totally smooth for me on a M1 MacBook Pro. Thats with a bunch of tabs open while on a zoom call (gotta do something to pass the time during standup). I find it annoying for other reasons, but I'm not seeing any perf issues on the page. edit... reading through the other comments I see LOTS of people are having this issue. Not sure why I'm the lucky one, but I went back and…

It does not lag on my computer, no.

But it's audibly resource hungry, because it puts so much load my computer immediately jumped to high power cooling due to how much load it puts.

So yes, it's smooth, but that's more because I actually can run both the aforementioned titles at max detail at 4k, not because there's something secret breaking the site for some but not all.

Re: Magic UI: UI Library for Design Engineers

#74

Post by abeppu »

Setting aside the slowness, tho I am not a designer, these all strike me as just visual noise. I think animated borders, animated shiny text, animated meteor backgrounds today are no better than an early 2000s page with animated elements. It doesn't help communicate, it just attracts the eye until one learns to tune it out. And it kinda tells me that we're not really learning to build better stuff over the decades.

What is the difference between the animated Border Beam in this library and the animated hr in the vintage example of an archived geocities page?

https://magicui.design/docs/components/border-beam

https://blog.geocities.institute/archives/3879

Re: Magic UI: UI Library for Design Engineers

#75

Post by dvaun »

abeppu wrote: post #74

Setting aside the slowness, tho I am not a designer, these all strike me as just visual noise. I think animated borders, animated shiny text, animated meteor backgrounds today are no better than an early 2000s page with animated elements. It doesn't help communicate, it just attracts the eye until one learns to tune it out. And it kinda tells me that we're not really learning to build better stuff over the decades. W…

If this were splashed across technical docs then I’d agree. That said, we’re not the target audience for this aesthetic.

Re: Magic UI: UI Library for Design Engineers

#76

Post by [deleted] »

antigirl wrote: post #2

Love this. I tried my hand at reverse engineering some of these components on linear and similar websites but did not get good results. I love the fact these are configurable and free. Something I definitely would have paid for. The rise of bento box designs [at least for now] is very visually appealing. Glad to be moving away from illustrations. Some of the designs animated with Rive are mind blowing: https://x.com/…

[deleted]

Re: Magic UI: UI Library for Design Engineers

#80

Post by thomascgalvin »

abeppu wrote: post #74

Setting aside the slowness, tho I am not a designer, these all strike me as just visual noise. I think animated borders, animated shiny text, animated meteor backgrounds today are no better than an early 2000s page with animated elements. It doesn't help communicate, it just attracts the eye until one learns to tune it out. And it kinda tells me that we're not really learning to build better stuff over the decades. W…

I agree that a lot of these components are more distracting than useful. I do like the animated border around buttons, though; that would be very useful to draw the eye towards the "default" option on a page, as long as it was the only one.
Post reply on HN