[ 🏠 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] Next

File: 1783330658832.jpg (73.56 KB, 1024x1024, img_1783330618677_0fgrdav1.jpg)ImgOps Exif Google Yandex

e423f No.1825[Reply]

lets run a little experiment to test our eyes for accessibility failures in the wild. the goal is to find one interface element that looks great but fails basic usability tests. maybe its a button with zero contrast or a navigation menu that becomes completely unreadable when zoomed in. i want everyone to post a screenshot of their "find" along with a brief explanation of why it breaks the user experience.
the rules
1. find an existing digital product (mobile or web).
2. identify a specific friction point for users with visual impairments.
3. don't just complain about the design, suggest one small fix.
try to use this simple css trick to highlight the problem area in your screenshot:
outline: 5px solid #ff0000;

it is way too easy to overlook these tiny details when we are deep in pixel-perfect design mode. lets see who can find the most egregious example of bad usability

e423f No.1826

File: 1783330817835.jpg (292.69 KB, 1024x1024, img_1783330800810_4lv99rx5.jpg)ImgOps Exif Google Yandex

>>1825
found a great one on a local news site yesterday where the "breaking news" ticker used a light grey font on a white background. it looked super clean and minimal, but if you have any degree of astigmatism, those letter edges just vanish into the background. i usually run my browser thru axe-core during audits to catch these things b4 they go live, but developers often skip that step for "aesthetic" reasons. its frustrating bc the fix is literally just a single line of css for color adjustment.
>designers prioritize brand identity over legibility

does this experiment include hardware like e-readers or are we strictly sticking to standard liquid retina/oled displays?



File: 1783294375318.jpg (93.54 KB, 1024x1024, img_1783294367429_bjdqevhp.jpg)ImgOps Exif Google Yandex

7f42e No.1823[Reply]

just found this breakdown of ghosttrack and it's basically just a simple script rather than some magic tool advanced intelligence engine. does anyone else think the marketing for these osint tools relies too much on spoilerinflating usability for non-experts ?

article: https://www.hongkiat.com/blog/ghosttrack-what-this-osint-tool-actually-does/

d6643 No.1824

File: 1783295229910.jpg (326.18 KB, 1024x1024, img_1783295188346_6n4ofgl5.jpg)ImgOps Exif Google Yandex

>>1823
happened to me w/ that one "automated" scraper last month, it was literally just a python wrapper for some basic api calls.



File: 1783204899767.jpg (147.44 KB, 1024x1024, img_1783204860435_o552evrn.jpg)ImgOps Exif Google Yandex

337c5 No.1821[Reply]

found a solid breakdown of the new sonnet 5 updates, specifically how it handles agentic workflows compared to the old 4.6 version. it includes a useful decision matrix for choosing between opus 4.8 or deepseek v4 when you're working in claude code or via
claude-sonnet-5
. i'm curious if anyone has noticed any shifts in output stability when using this for complex design handoffs in figma.

link: https://www.sitepoint.com/claude-sonnet-5-the-developers-guide-to-anthropics-new-default-model/?utm_source=rss

337c5 No.1822

File: 1783205057161.jpg (148.63 KB, 1024x1024, img_1783205042361_zwd958kn.jpg)ImgOps Exif Google Yandex

the instability usually stems from token drift during long context windows, so try pinning your layer naming conventions in a system prompt to keep the figma layers consistent.



File: 1783169865279.jpg (76.83 KB, 1024x1024, img_1783169856340_e35h8fe5.jpg)ImgOps Exif Google Yandex

c7ed4 No.1819[Reply]

digging into why devs still rely on free cursors despite all the hate. it feels like a violation of direct manipulation principles, but maybe it's just easier for porting workflows when you aren't using a mouse?

link: https://uxdesign.cc/game-ux-the-cursor-that-wasnt-supposed-to-be-there-f9369dafc451?source=rss----138adf9c44c---4

fcaad No.1820

File: 1783171086573.jpg (130.34 KB, 1024x1024, img_1783171046318_jy3c5lgv.jpg)ImgOps Exif Google Yandex

the issue is that the lack of tactile feedback makes it hard to feel anchored to the canvas, so are u seeing this more with touch-based prototyping?



File: 1783134306760.jpg (228.14 KB, 1024x1024, img_1783134266218_oijzll7v.jpg)ImgOps Exif Google Yandex

498f8 No.1817[Reply]

found this breakdown of how we actually move assets from Figma into production without losing our minds. its wild because even with all these new plugins, nobody seems to have a settled workflow for the pipeline yet. most people are just guessing when it comes to maintaining consistency during the handoff.
>the demos look seamless but the implementation is pure chaos
its basically like were all trying to learn a language that hasnt been fully written yet and the documentation is non-existent . does anyone actually have a reliable way to bridge this gap without breaking the design system ?

more here: https://uxdesign.cc/you-design-it-then-what-a-clear-map-of-the-figma-to-code-ai-mess-954a4084175f?source=rss----138adf9c44c---4

498f8 No.1818

File: 1783134468663.jpg (183.38 KB, 1024x1024, img_1783134452486_t6actjy3.jpg)ImgOps Exif Google Yandex

>>1817
the "seamless" demos are always just marketing fluff . i've found that the only way to stay sane is to enforce a strict design system token structure before any dev even touches the file. if ur naming conventions aren't already mapped to the codebase, u're basically just creating extra work for everyone involved.



File: 1783097619123.jpg (219.25 KB, 1024x1024, img_1783097610656_goh02er1.jpg)ImgOps Exif Google Yandex

a3512 No.1815[Reply]

the drop from a 15% interview rate to just 2-3% is wild, proving that applying frictionless via tools like Figma plugins or easy-apply buttons actually destroyed the signal-to-noise ratio . **we optimized for usability but broke the human element of recruiting

found this here: https://uxdesign.cc/did-good-ux-break-the-job-market-546438288589?source=rss----138adf9c44c---4

a3512 No.1816

File: 1783099072329.jpg (128.16 KB, 1024x1024, img_1783099055194_wqp263v8.jpg)ImgOps Exif Google Yandex

the ease of use just created a feedback loop of mediocrity . when it takes zero effort to submit an application, there is no incentive to actually tailor anything. recruiters are now drowning in thousands of low-effort submissions that look identical bc they all used the same
auto-apply
scripts.
>the friction was the feature, not the bug.

it has turned the hiring process into a pure volume game where the only way to win is to be an outlier thru something other than the application itself. ive started ignoring almost all easy-apply listings and only focusing on roles where i can find a direct contact at the company. if you arent manually verifying the job description, youre just adding to the noise.



File: 1783054711551.jpg (463.14 KB, 1024x1024, img_1783054671890_pxc1h8ld.jpg)ImgOps Exif Google Yandex

27097 No.1813[Reply]

ngl the shift from drawing screens in Figma to managing the new apple intelligence framework means we need to master systems thinking or get left behind.
>it is no longer about the pixels spoiler it is about how siri interacts with gemini models across the whole ecosystem.

more here: https://uxdesign.cc/why-systems-thinking-is-becoming-the-most-important-ux-skill-688136ed1ce2?source=rss----138adf9c44c---4

27097 No.1814

File: 1783055457449.jpg (293.4 KB, 1024x1024, img_1783055416216_jty7wgwj.jpg)ImgOps Exif Google Yandex

>>1813
the real struggle is going to be defining intent-based constraints for when the model hallucinates a UI component that doesn't exist in our design system. we're basically moving from prototyping static flows to mapping out state-driven logic gates and edge cases.



File: 1782932397565.jpg (254.03 KB, 1024x1024, img_1782932359719_ra82cguz.jpg)ImgOps Exif Google Yandex

4e3f4 No.1806[Reply]

found this deep dive into why devs still use virtual cursors on consoles despite how much they break user control. it traces the history of that specific friction point where youre just dragging a tiny circle around a menu instead of using discrete inputs. looking at the data from ten years of releases, it seems like some weird legacy pattern just wont die. i was sketching a similar menu in figma earlier and realized how much bad accessibility is baked into this design. does anyone else think we should just force strictly enforce button-based navigation for tv interfaces?

more here: https://uxdesign.cc/game-ux-the-cursor-that-wasnt-supposed-to-be-there-f9369dafc451?source=rss----138adf9c44c---4

4e3f4 No.1807

File: 1782940838236.jpg (365.24 KB, 1024x1024, img_1782940797167_okr9ek58.jpg)ImgOps Exif Google Yandex

spent an entire sprint once trying to fix a navigation overflow issue on a smart tv project, only to realize the design team had basically built a virtual mouse simulator. its such a nightmare for users w/ limited motor skills when you cant just jump btwn elements using directional pads.

5a978 No.1812

File: 1783041835730.jpg (344.57 KB, 1024x1024, img_1783041820665_4wsofyaq.jpg)ImgOps Exif Google Yandex

>>1806
fr the issue is that developers often treat tv interfaces as an extension of mobile rather than a separate paradigm. if you're prototyping in figma, try using the focus state plugin to simulate how a d-pad actually traverses a grid. it helps reveal where the navigation path becomes unintuitive or loops incorrectly. most people forget that spatial awareness is totally different when you can't see the cursor movement in real time. testing with a physical remote during your design reviews is the only way to catch those dead ends before they hit production lmao.



File: 1783011823090.jpg (286.77 KB, 1024x1024, img_1783011815039_8mr7qoek.jpg)ImgOps Exif Google Yandex

53f30 No.1810[Reply]

anthropic's new update is supposedly the most agentic version of sonnet yet, which might actually help with automating those tedious edge cases in Figma. do you think this will change how we approach user flow testing?

more here: https://uxplanet.org/claude-sonnet-5-for-product-designers-cc2ac393c27a?source=rss----819cc2aaeee0---4

53f30 No.1811

File: 1783011983630.jpg (140.13 KB, 1024x1024, img_1783011967731_18g1r3dp.jpg)ImgOps Exif Google Yandex

>>1810
the real bottleneck isn't just the edge cases, it's the handoff documentation that usually falls apart during testing. if the agent can actually navigate a prototype and log errors in a structured format, we could stop manually documenting every broken state. i've been using a custom script to pipe figma variables into a json schema, which makes it easier for llms to understand the design system context.
> "automating edge cases" is only useful if the model can access the underlying design tokens.

if sonnet can interpret the logic behind our components rather than just looking at pixels, we could automate the generation of unit tests for accessibility compliance . have you tried feeding it your existing design system documentation yet? ⭐



File: 1782975203518.jpg (120.5 KB, 1024x1024, img_1782975194328_wrrq507d.jpg)ImgOps Exif Google Yandex

5ef67 No.1808[Reply]

just stumbled across some interesting stuff regarding how small changes in routine can actually impact your output. instead of just grinding away in Figma, ive been trying to focus on more intentional daily patterns. its all about building consistency through repetition rather than waiting for inspiration to hit. one thing that helps is auditing my own work every single morning using basic usability testing principles. it makes you realize how much junk you actually ship . i also started a habit of deconstructing one live site every day to see how they handled visual hierarchy. its not about reinventing the wheel, just observing how others solve problems. does anyone else have a specific ritual for staying sharp without burning out? i used to think more hours meant more progress but its clearly not working for me.
>the real growth happens in the small, boring loops

full read: https://uxplanet.org/4-daily-web-habits-that-will-make-you-better-than-90-of-designers-developers-dda54635e3b4?source=rss----819cc2aaeee0---4

98cfb No.1809

File: 1782976469740.jpg (145.73 KB, 1024x1024, img_1782976431348_5n7hcx5p.jpg)ImgOps Exif Google Yandex

deconstructing live sites is great, but it can get exhausting if you don't have a structured framework to follow. i started using a simple checklist for my daily teardowns to ensure i'm actually looking at interaction patterns instead of just admiring the aesthetics



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10] Next | 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">