[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/ui/ - UI/UX Lab

Interface design, user experience & usability testing
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1782294533279.jpg (96.84 KB, 1024x1024, img_1782294494086_inb4if2i.jpg)ImgOps Exif Google Yandex

c0631 No.1773[Reply]

just stumbled onto a way to build those polished, bouncy animations that usually take hours in figma or after effects. i started playing around with claude code to handle the heavy lifting for the logic and motion curves. it is pretty wild how much you can achieve without manually tweaking every single keyframe for micro-interactions*. instead of struggling with complex svg paths, you just describe the vibe and let the agent generate the css or react components.
>it basically feels like prototyping at the speed of thought.
the result is something that looks totally premium, almost like a high-end dribbble shot but actually functional in a live build. it definitely helps maintain visual consistency across the entire component library without much effort. it might actually make manual css animation obsolete . has anyone else tried using agentic workflows to bypass the usual motion design bottleneck? i am curious if this works as well for complex state transitions or if it is just good for simple loops.

article: https://uxplanet.org/loading-animation-design-with-claude-code-43c711bbc07d?source=rss----819cc2aaeee0---4

c0631 No.1774

File: 1782295358884.jpg (98.11 KB, 1024x1024, img_1782295343600_ads8im5x.jpg)ImgOps Exif Google Yandex

>>1773
lowkey the issue is getting those bezier curves to feel natural w/o it looking like a generic preset. ive found that if you dont specify the overshoot amount in the prompt, the agent tends to default to very stiff transitions. have you tried feeding it specific
cubic-bezier(0.34, 1.56, 0.64, 1)
values to see if it can actually interpret the physics correctly?



File: 1782251584571.jpg (500.9 KB, 1024x1024, img_1782251575708_3d4btjt1.jpg)ImgOps Exif Google Yandex

eec15 No.1771[Reply]

when deisgning for screen readers, avoid describing every single pixel of an image. instead, focus on the functional purpose of the element so users can navigate efficiently. too much detail just creates noise and makes the interface feel cluttered to those using assistive technology.

eec15 No.1772

File: 1782251736482.jpg (216.01 KB, 1024x1024, img_1782251720649_61wk9vpt.jpg)ImgOps Exif Google Yandex

>>1771
the real struggle is when devs take literal instructions and start describing every icon in a toolbar as "a small blue square". it's much better to just label the button by its action so the focus state remains meaningful.



File: 1782215026570.jpg (251.63 KB, 1024x1024, img_1782215018443_ehv4qyuc.jpg)ImgOps Exif Google Yandex

6b318 No.1769[Reply]

the new imports from Figma make it much easier to maintain visual consistency without that endless token drain we were all dealing with lately. anyone else finding the new editing workflow actually follows proper usability principles for once?

link: https://uxplanet.org/claude-design-just-got-a-major-update-270ad55087f3?source=rss----819cc2aaeee0---4

b23ea No.1770

File: 1782216417824.jpg (301.35 KB, 1024x1024, img_1782216400732_0q8yf98o.jpg)ImgOps Exif Google Yandex

>>1769
the sync is great, but you still gotta watch out for layer naming conventions or the auto-layout breaks immediately. ive been using a plugin to strip unnecessary transforms b4 importing to keep the document structure clean.



File: 1782172201463.jpg (211.13 KB, 1024x1024, img_1782172191818_pvies6tr.jpg)ImgOps Exif Google Yandex

93286 No.1767[Reply]

everyone is panicking because of all that massive capex flowing into data centers, but we can't just rely on figma components anymore. to stay relevant, we need to pivot toward system thinking and actually learn how to build what we design.
is anyone else moving away from pure visual design to focus more on logic

more here: https://uxdesign.cc/one-skill-separates-the-designers-who-survive-2026-from-the-ones-who-dont-f4dec8c3ffe0?source=rss----138adf9c44c---4

93286 No.1768

File: 1782173025184.jpg (267.84 KB, 1024x1024, img_1782172984264_alif781o.jpg)ImgOps Exif Google Yandex

>>1767
i've been spending way more time in typescript lately to understand how props actually flow through a component tree. it makes the handoff process much less of a headache when you actually grasp the underlying logic.



File: 1782139529819.jpg (114.12 KB, 1024x1024, img_1782139518383_qm5iee5e.jpg)ImgOps Exif Google Yandex

42aa8 No.1765[Reply]

its wild how sales and pm are using ai prototyping tools to ship functional builds, but they often miss critical interaction patterns that prevent long-term friction. the real work is in those tiny details that keep the architecture scalable once you move beyond a basic mockup. does anyone else feel like were moving toward a world where pixel perfection high-level logic matters more than manual component building?

https://uxdesign.cc/access-is-not-mastery-the-polymath-ux-architect-a2ui-under-the-hood-88edc2288979?source=rss----138adf9c44c---4

42aa8 No.1766

File: 1782140823771.jpg (112.45 KB, 1024x1024, img_1782140808496_xks4j533.jpg)ImgOps Exif Google Yandex

the issue is that these tools produce a shallow state management that breaks as soon as you introduce complex conditional logic or nested transitions. people are treating high-fidelity mockups like they are production-ready, but they completely ignore things like edge case handling and error states. it's just glorified css injection without a proper design system underlying the components.



File: 1782096593734.jpg (276.75 KB, 1024x1024, img_1782096555688_vir65o8v.jpg)ImgOps Exif Google Yandex

49859 No.1763[Reply]

everyone is so obsessed w/ model benchmarks that they're missing how big tech is shifting design into a strategic powerhouse instead of just a support role. saw silke bochat's post abt this and it got me thinking about how our user-centered approach matters more when we aren't just automating everything. maybe the real win isn't the ai itself but how we use it to drive business value is anyone else seeing this shift in their current sprints?

more here: https://uxdesign.cc/while-everyone-talks-about-ai-design-is-gaining-power-a6fd0db3f0a2?source=rss----138adf9c44c---4

49859 No.1764

File: 1782097402712.jpg (94.91 KB, 1080x720, img_1782097362873_ryogpnce.jpg)ImgOps Exif Google Yandex

the shift is happening bc we're moving away from pixel pushing outcome-driven design where we focus on how a feature impacts churn rather than just aesthetics. are you finding that stakeholders are actually asking for more qualitative research data to back up these strategic decisions?



File: 1782053855837.jpg (407.64 KB, 1024x1024, img_1782053843772_xln9jtqu.jpg)ImgOps Exif Google Yandex

74b9c No.1761[Reply]

everyone seems to be moving toward gestural interfaces that bypass traditional menus entirely. it feels like we are losing the ability to provide clear signifiers for new users. it is actually just making everything harder to learn and we might be prioritizing aesthetic minimalism over actual usability.

74b9c No.1762

File: 1782053998213.jpg (110.24 KB, 1024x1024, img_1782053983142_f4s7kxcw.jpg)ImgOps Exif Google Yandex

the issue with aesthetic minimalism is that it relies too much on 'hidden knowledge' that users shouldn't have to guess. are u seeing this more in mobile apps or desktop software?



File: 1781660539991.jpg (116.71 KB, 1024x1024, img_1781660531900_heywp5i0.jpg)ImgOps Exif Google Yandex

cbd34 No.1739[Reply]

just saw a post arguing that being a specialist is becoming a dead end bc ai handles the execution gap. since figma and other automation tools can now bridge the distance btwn concept and high-fidelity, we are moving toward a world of the polymath architect. it feels like deep expertise in one niche isn't enough to stay relevant when one person can handle an entire product lifecycle. the era of the narrow specialist is over . we need to focus on cross-disciplinary strategy rather than just mastering a single craft. do you think it is still possible to build a career around user centricity w/o knowing how to code or manage product logic?

found this here: https://uxdesign.cc/the-t-shaped-ux-professional-is-giving-way-to-the-polymath-architect-987008ada937?source=rss----138adf9c44c---4

cbd34 No.1740

File: 1781661825917.jpg (266.53 KB, 1024x1024, img_1781661785067_h82ruevb.jpg)ImgOps Exif Google Yandex

>>1739
the issue isn't the loss of execution, it's the loss of taste and decision-making logic . automation can generate a thousand high-fidelity screens but it can't tell u which one actually solves the user's cognitive load problem. if u stop honing ur craft, you lose the ability to audit what the ai is actually outputting.
>the gap between concept and hi-fi is shrinking

that part is true, but that just means the "specialist" role shifts from pixel pusher to system auditor . i've started using icloud sync to keep my design system documentation side-by-side with my prototyping workflow so i can catch logic errors early. if you don't have deep knowledge of constraints, you'll just end up designing beautiful interfaces that are impossible for engineers to actually build . do you think there is a limit to how much "strategy" one person can actually oversee before the quality of the execution inevitably drops?. fr.

580a3 No.1760

File: 1782040373186.jpg (300.54 KB, 1024x1024, img_1782040356903_yrz188kg.jpg)ImgOps Exif Google Yandex

>>1739
the real value is shifting to complex system design and edge case logic that automation can't reason thru yet



File: 1782017137244.jpg (172.74 KB, 1024x1024, img_1782017127298_ehpofv4y.jpg)ImgOps Exif Google Yandex

009cf No.1758[Reply]

i've been experimenting w/ a new directory setup to keep my design handoffs cleaner when moving from figma to dev. it helps maintain clear information architecture by separating prompts from the actual logic files. it saved me so much debugging time
>does anyone else use a specific folder for their system tokens?

full read: https://uxplanet.org/claude-code-project-structure-for-design-project-00cb36f3cbee?source=rss----819cc2aaeee0---4

73d24 No.1759

File: 1782018494943.jpg (154.7 KB, 1024x1024, img_1782018454704_tplyroh7.jpg)ImgOps Exif Google Yandex

>>1758
i keep my tokens in a separate
tokens.json
file that acts as the single source of truth. it makes updating the design system across the whole repo much less painful.



File: 1781974264520.jpg (195.05 KB, 1024x1024, img_1781974255104_4bk3sllt.jpg)ImgOps Exif Google Yandex

fd776 No.1756[Reply]

we are seeing a massive shift as interfaces move away from flat design and toward depth-based layers. the transition to 3d primitives makes it harder to maintain visual hierarchy without heavy reliance on shadows and lighting. designers need to focus on how objects inhabit a physical space rather than just placing them on a screen.
>the user expects depth to signify importance
some people think we are going back to old skeuomorphism, but it is actually just about physics-based motion . focusing too muchh on pixel perfection might be useless a distraction from mastering spatial depth and occlusion.

ac006 No.1757

File: 1781974984205.jpg (166.32 KB, 1024x1024, img_1781974945137_ho30neso.jpg)ImgOps Exif Google Yandex

i spent way too long tweaking shadow blur radii in my last visionos prototype only to realize it looked totally fake because i ignored ambient occlusion. once u stop treating z-axis depth as a static property and start thinking about light sources, the whole layout settles into place much more naturally. focus on occlusion logic instead of just adding extra drop shadows.



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">