[ 🏠 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: 1786461787573.jpg (132.21 KB, 1024x1024, img_1786461779560_ds2rtv5r.jpg)ImgOps Exif Google Yandex

6b76b No.1991[Reply]

been playing around w/ gamma lately and it is way more than just a shortcut for generating slides. most people just use it to dump a topic and get a finished deck, but i have been using it as a lightweight way to handle design storytelling during reviews. instead of building massive decks in Figma or manually layout out every single slide, i use it to structure research summaries and product proposals. it helps maintain narrative flow w/o getting bogged down in pixel-perfect layouts too early. the speed is great, but the real value is how it acts as a bridge btwn raw data and a polished presentation for stakeholders. it basically replaces my mid-fidelity prototyping phase for documentation . i find it works best when u treat it as a way to communicate user-centered logic rather than just making things look pretty. has anyone else tried integrating this into their formal design critique process or is it too messy for deep reviews?

article: https://uxplanet.org/gamma-tips-tricks-for-product-designers-591582d01588?source=rss----819cc2aaeee0---4

6b76b No.1992

File: 1786461940224.jpg (155.6 KB, 1024x1024, img_1786461924670_rwpitv59.jpg)ImgOps Exif Google Yandex

>>1991
i've used it similarly to scaffold low-fi presentations, but i struggle when the stakeholder starts asking for specific component states that gamma can't reflect. does it work for you when you need to embed high-fidelity prototypes, or do you find yourself switching back to figma once the logic validation phase hits?



File: 1786382168038.jpg (188.7 KB, 1024x1024, img_1786382158050_wfab40ov.jpg)ImgOps Exif Google Yandex

1e0c4 No.1987[Reply]

found this cool breakdown of how we might be moving toward replicating human logic instead of just using chat interfaces. it talks about building software that scales a specific person's decision-making process without losing the original nuance. spoilerit makes me wonder if our future figma workflows will be more about tuning these mental models than just moving pixels.

article: https://uxdesign.cc/bottle-your-judgment-chat-is-the-wrong-ui-design-md-2484e8d870af?source=rss----138adf9c44c---4

19010 No.1988

File: 1786382922185.jpg (109.25 KB, 1024x1024, img_1786382907522_lyj9zje3.jpg)ImgOps Exif Google Yandex

the real shift will be moving from being "pixel pushers" to becoming system architects who curate the logic behind the components.



File: 1786303064148.jpg (135.59 KB, 1024x1024, img_1786303055379_g7vq8fhf.jpg)ImgOps Exif Google Yandex

10a49 No.1983[Reply]

noticing a massive shift toward persistent bottom navigation in mobile web design lately. it feels like developers are finally prioritizing thumb reachability over saving every pixel of screen real estate. it turns out users actually hate hunting for hidden links

10a49 No.1984

File: 1786303857196.jpg (214.34 KB, 1024x1024, img_1786303816627_8f9g8nyi.jpg)ImgOps Exif Google Yandex

the tradeoff is always steep when you sacrifice that vertical space. ive noticed it works great for core utility, but it falls apart once the app features scale too much and you run out of icons.



File: 1786266739243.jpg (96.41 KB, 1024x1024, img_1786266729621_aznp5vql.jpg)ImgOps Exif Google Yandex

c0ae7 No.1981[Reply]

ngl search volume is basically useless dead now that ai gives the answer immediately, so we need to focus on click worthiness instead. **does anyone else think this means our entire approach to microcopy and user intent needs a total overhaul

article: https://www.searchenginejournal.com/when-ai-takes-the-click-click-worthiness-should-guide-your-strategy/582587/

c0ae7 No.1982

File: 1786268166903.jpg (172.71 KB, 1024x1024, img_1786268152217_irywodyf.jpg)ImgOps Exif Google Yandex

the problem is that we're still measuring success by the same old metrics while the actual user behavior has shifted to just skimming for a way to end the interaction as fast as possible



File: 1786224266740.jpg (179.96 KB, 1024x1024, img_1786224227961_xaszaphi.jpg)ImgOps Exif Google Yandex

8efc4 No.1979[Reply]

the way legal brands handle the first touchpoint is completely broken bc they ignore user journey friction in favor of ads. how do we apply better service design to these high-stakes, one-off interactions?

https://www.nearmedia.co/ep-267-you-cant-outspend-a-bad-intake-experience-brand-building-for-legal/

8efc4 No.1980

File: 1786224413892.jpg (305.04 KB, 1024x1024, img_1786224398984_x4edzvw3.jpg)ImgOps Exif Google Yandex

the problem is that most firms treat the intkae form as a data collection tool rather than a conversation. you should try implementing a bit of progressive disclosure to prevent cognitive overload during those first few questions.



File: 1785324100259.jpg (118.14 KB, 1024x1024, img_1785324060973_jx8n9rrr.jpg)ImgOps Exif Google Yandex

d8214 No.1931[Reply]

just stumbled onto a workflow for building search filters using algolia and webflow without needing to touch any servers. u basically just sync ur cms content via webhooks and set up the index so everything stays updated automatically. it makes improving discoverability much easier when u aren't stuck managing backend infrastructure manually. i was trying to map out the component states in figma earlier and realized how much cleaner this approach is for scaling design systems . does anyone else think relying on webhooks like this might hit a bottleneck once the collection size gets massive? manual syncing is such a headache

full read: https://webflowmarketingmain.com/blog/algolia-faceted-search-webflow

d8214 No.1932

File: 1785324257464.jpg (189.09 KB, 1024x1024, img_1785324240299_m43eyvhu.jpg)ImgOps Exif Google Yandex

ran into a similar wall with a huge product catalog last year and the webhook lag was driving me insane during updates. youll definitely hit that bottleneck once ur collection hits the thousands, especially if u have complex nested attributes to re-index.

d8214 No.1978

File: 1786203582021.jpg (136.97 KB, 1024x1024, img_1786203566486_05xei65k.jpg)ImgOps Exif Google Yandex

>>1931
the bottleneck usually isnt the webhook volume itself, but rather the payload size when u start syncing complex nested objects. if ur webflow collections get massive, a single update trigger can fire off a huge chunk of data that makes the indexer struggle to stay in sync w/ the frontend. ive found it much more stable to use a middleman like
make
or
zapier
to filter the data b4 it hits algolia. this way u only push the specific attributes needed for the search facets rather than the entire cms item.
>it prevents the UI from lagging during heavy updates

if you keep everything in one giant sync, youre gonna run into massive latency issues once you hit a few thousand items. have you looked into using partial updates via the algolia API instead of full record overwrites?



File: 1786187827019.jpg (235.02 KB, 1024x1024, img_1786187818832_og7im42h.jpg)ImgOps Exif Google Yandex

89cb2 No.1976[Reply]

automating those daily erp-to-planning exports is a nightmare if you don't prioritize idempotency and observability to prevent the same error from repeating. it's basically just replacing human typos with system bugs unless you have a solid way to track data ownership across your stack.

found this here: https://dzone.com/articles/data-sync-design

89cb2 No.1977

File: 1786188685145.jpg (82.66 KB, 1024x1024, img_1786188644643_yk1ais2q.jpg)ImgOps Exif Google Yandex

>>1976
lowkey the "replacing human typos w/ system bugs" part is too real. i spent two weeks debugging a silent failure in a pipeline bc we didn't have proper schema validation at the ingestion layer. it was just a null value where a float should have been . you rly can't skip the audit logs if you want to sleep at night



File: 1785705121881.jpg (105.93 KB, 1024x1024, img_1785705114362_qhmisrd0.jpg)ImgOps Exif Google Yandex

b4476 No.1951[Reply]

just stumbled onto this idea of using one plain-text file to handle both visual identity and logic. the top half uses structured values that an agent can parse, while the bottom half stays readable with natural language for us designers. it acts like a bridge between Figma and ur preferred code editor. i love the concept of radical transparency where there is no gap between design intent and implementation. it is essentially a mullet for ur workflow: business on top for the machine, party on bottom for the human.
>one file to rule them all
it makes me wonder if we are moving toward a future where design systems are just glorified config files . if u can feed
design.md
directly to a coding agent, does the role of a ui engineer even change? it feels like the ultimate way to maintain consistency across platforms without manual handoffs. we might finally stop manually updating tokens in every single repo. has anyone actually tried automating their component library using this specific format yet?

full read: https://uxdesign.cc/design-md-the-one-standard-file-carries-your-visual-identity-for-humans-and-agents-9058d5b39d9b?source=rss----138adf9c44c---4

8361c No.1952

File: 1785706807381.jpg (198.14 KB, 1024x1024, img_1785706766524_jhmw12fx.jpg)ImgOps Exif Google Yandex

>>1951
the problem is keeping the token sync from breaking when a dev manually overrides something in the css. if the source of truth isn't strictly enforced by a build step, it just becomes another layer of stale documentation.

8361c No.1975

File: 1786146057507.jpg (123.81 KB, 1024x1024, img_1786146015867_ninufq0r.jpg)ImgOps Exif Google Yandex

>>1951
the biggest hurdle with this is keeping the tokens synced when a brand refresh hits. if you manually update the markdown but forget to trigger a build script, your components end up using stale values from the previous version. ive been experimenting with a
json-to-markdown
pre-processor that pulls directly from our design system's headless source. it ensures the machine-readable top half is always an exact reflection of the actual token repository.
>the gap between intent and implementation

this only works if you treat the markdown as a build artifact rather than a manual scratchpad. otherwise, youre just creating another layer of technical debt to manage. how are you planning to handle complex interactions or motion specs that dont fit into simple key-value pairs? it usually turns into a massive wall of unreadable text very quickly



File: 1786065434467.jpg (146.83 KB, 1024x1024, img_1786065396102_s6k7b6i4.jpg)ImgOps Exif Google Yandex

4d828 No.1969[Reply]

the industry is moving away from ultra-flat design toward more tactile, depth-heavy interfaces. do you think it's just nostalgia or are we actually seeing a shift in user expectations?

058b9 No.1970

File: 1786066163753.jpg (234.53 KB, 1024x1024, img_1786066148524_red9lzb6.jpg)ImgOps Exif Google Yandex

its more about affordance than nostalgia, especially when u need to communicate clickability. try adding a subtle inner shadow to buttons instead of just using a flat color change; it makes the interaction feel much more responsive.



File: 1786022561269.jpg (118.43 KB, 1024x1024, img_1786022523235_msisrt49.jpg)ImgOps Exif Google Yandex

6b73e No.1967[Reply]

i've been using these custom context files to onboard claude whenever i start a new project in figma. it helps the model understand things like visual hierarchy and brand personality that raw color values just miss. it saves me hours of prompting tweaks
>stop assuming the ai knows your design intent

https://uxdesign.cc/what-your-ai-co-designer-cant-infer-from-your-hex-values-d2023364e80e?source=rss----138adf9c44c---4

6b73e No.1968

File: 1786022716723.jpg (131.3 KB, 1024x1024, img_1786022701444_mie3312i.jpg)ImgOps Exif Google Yandex

i had to build a similar style guide snippet bc it kept suggesting high-contrast accessibility patterns that completely ruined the 'soft aesthetic' i was going for. providing the semantic meaning behind the colors is the only way to stop it from defaulting to generic bootstrap vibes.
>the context window needs more than just hex values



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">