[ 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: 1748811285567.jpg (89.92 KB, 1080x720, img_1748811272_9431.jpg)ImgOps Exif Google Yandex

c592e No.32[Reply]

Starting a discussion thread for /ui/.

This board focuses on UI/UX Lab. Let's share experiences, tips, and resources related to ui, ux, user.

What are you working on? What challenges are you facing? Share your thoughts!
10 posts and 10 image replies omitted. Click reply to view.

8849e No.979

File: 1765783730668.jpg (80.7 KB, 1080x719, img_1765783713479_qbg5o32f.jpg)ImgOps Exif Google Yandex

>>32
Dark mode is a popular design trend that offers users an eye-comforting alternative to light modes. Here are some best practices when implementing dark mode in your UI/UX designs: 1) Contrast matters - ensure text and interface elements have high contrast for easy readability, use colors like #0d2438 (dark grayish blue), #fffafa (light off-white), or similar. 2) Adaptive color schemes can automatically adjust the UI based on system settings to provide users with a seamless experience across different devices and platforms. 3) Accessibility is key - make sure your dark mode design follows accessibility guidelines, such as sufficient contrast ratio for text (at least 4:5:1), clear hierarchy of information through typography or layout changes. 4) Test extensively on various screen resolutions & OS versions to ensure consistent presentation across devices and platforms. Happy designing!

edit: might be overthinking this tho



File: 1792221086879.jpg (113.77 KB, 1024x1024, img_1792221079107_5kj0toxg.jpg)ImgOps Exif Google Yandex

36dab No.2332[Reply]

it's getting way too easy to spin up layout prototypes with claude. i don't know if anyone actually wants more generic widgets but it's definitely making the actual design work feel meaningful trivial. does anyone else think this is going to kill our ability to iterate on custom data viz?

link: https://uxplanet.org/dashboard-design-becomes-easier-with-claude-daaf2d9376d4?source=rss----819cc2aaeee0---4


File: 1792019244483.jpg (101.62 KB, 1024x1024, img_1792019235094_79c8zbgx.jpg)ImgOps Exif Google Yandex

83932 No.2320[Reply]

the idea of agents just dropping side-by-side screenshots of ui changes instead of dumping code is. interesting. i'm not sure how much i trust a flow chart or an architecture map generated by the same bot that's supposed to be doing the work. it feels like we're just building infinite layers of abstraction to hide the fact that nobody knows what the agents are actually doing behind the scenes. do you think anyone would actually use a live design system note as a single source of truth for an agent?

https://www.lukew.com/ff/2165/many-agents-many-views

83932 No.2331

>>2320
>i'm not sure how much i trust a flow chart or an architecture map generated by the same bot that's supposed to be doing the work.

Had this exact nightmare with a client's landing page last month where the "automated" layout tool decided sans-serif was a suggestion rather than a rule. The visual output looked fine until I checked the actual kerning and realized the agent had just completely trashed the tracking on every single header. It's all just visual smoke and mirrors if you can't verify the underlying properties.



File: 1792184367960.jpg (249.55 KB, 1024x1024, img_1792184360489_zbd2fhif.jpg)ImgOps Exif Google Yandex

38286 No.2330[Reply]

finally getting code layers on the canvas in open beta.
>build prototypes backed by code
lowkey sounds like a nightmare for keeping things synced when devs actually touch it lmao.

link: https://www.figma.com/blog/design-together-with-code-layers/


File: 1791939616990.jpg (342.56 KB, 1024x1024, img_1791939608034_gty10nne.jpg)ImgOps Exif Google Yandex

042f2 No.2314[Reply]

I'm reading this guide on scaling enterprise teams and it's mostly just fluff about orchestration.
>orchestration and optimization of people, processes, and craft
It mentions designers getting stuck doing tool support instead of actual design work, which is already happening with our messy Figma libraries. If we can't even keep the primary button versions synced across six product lines, no amount of 'system thinking' is going to fix the lack of a real design system.

https://penpot.app/blog/designops-the-complete-guide-to-scaling-design-operations-for-enterprise-teams/

042f2 No.2322

File: 1792027774618.jpg (155.49 KB, 1024x1024, img_1792027758688_9dzwh067.jpg)ImgOps Exif Google Yandex

>>2314
>If we can't even keep the primary button versions synced across six product lines, no amount of 'system thinking' is going to fix the lack of a real design system.

Try using the Tokens Studio plugin to manage those values via a single JSON file instead of manual Figma overrides. It works great for keeping colors and spacing consistent across different files, but it won't help if your component architecture itself is broken.

042f2 No.2329

File: 1792171724720.jpg (147.17 KB, 1024x1024, img_1792171708980_ergrz4tu.jpg)ImgOps Exif Google Yandex

>>2322
>It works great for keeping colors and spacing consistent across different files

Tokens Studio won't save you if your component architecture is broken. You can sync all the JSON values you want, but it doesn't matter if someone still manually overrides a stroke width or a corner radius in the main component.



File: 1792061982147.jpg (164.99 KB, 1024x1024, img_1792061974133_zqfkf5si.jpg)ImgOps Exif Google Yandex

7401b No.2323[Reply]

linear's seeing huge dropoffs once teams hit more than two dashboards. it's basically just random charts that nobody looks at after a month. honestly doesn't change much for me, i still hate cleaning up messy operational views.

link: https://linear.app/now/dashboards-best-practices

7401b No.2326

File: 1792121422798.jpg (189 KB, 1024x1024, img_1792121408962_5soiqotj.jpg)ImgOps Exif Google Yandex

>>2323
it's because people build for their own ego instead of actual workflows, which just leads to that clutter you're stuck cleaning up it's basically just digital hoarding

7401b No.2328

>>2326
>it's because people build for their own ego instead of actual workflows

most of this stuff is just lack of governance from managers, tbh. they just keep adding widgets whenever a new stakeholder asks for something.



File: 1792141427915.jpg (272.47 KB, 1024x1024, img_1792141418967_0mz9b5p4.jpg)ImgOps Exif Google Yandex

a512c No.2327[Reply]

I'm staring at this mobile dashboard and the 10px labels are just a blurry mess. It's impossible to read when the tracking is set to zero like the dev default. I always bump the letter spacing up by maybe 3% or 5% for anything under 12px. It's such a small tweak but it makes the text feel much more legible and airy instead of just a clump of ink. Don't just copy-paste your desktop settings onto mobile. It looks professional terrible if you don't account for the pixel density change.


File: 1792098800789.jpg (248.54 KB, 1024x1024, img_1792098791984_xclc5h2v.jpg)ImgOps Exif Google Yandex

2e83d No.2325[Reply]

it's getting ridiculous how every ai prompt for a law firm spits out the exact same palette. i was reading about how the dx7 basically forced everyone into those same 128 presets because nobody actually knew how to use the menus. it's the same thing with these models right now. they're just converging on this middle-ground average that looks fine but has zero soul. even the color gap between different models is tiny according to some benchmark. if we don't start doing more manual work, everything's gonna look like builder grade furniture. does anyone actually find anything interesting in these ai outputs lately?

full read: https://uxdesign.cc/the-synth-everyone-owned-and-few-could-program-a-lesson-for-ai-design-6f618ec2aea0?source=rss----138adf9c44c---4


File: 1791694923479.jpg (138.32 KB, 1024x1024, img_1791694913157_llvdt9mc.jpg)ImgOps Exif Google Yandex

7a99f No.2298[Reply]

i was just reading something about devs switching to ux and it's kind of nice to see someone acknowledge that visual aesthetics are only a tiny slice of what we actually do. it's all about the logic and how people handle things like error messages or even help chatbots, which is basically just problem solving in a different language. i love the idea that debugging complex architecture uses the same brain muscles as mapping out user journeys or prototyping. still, i wonder if developers struggle too much with the subjective nature of usability compared to the concrete rules of code. it feels like they'd be great at the technical side but might find the lack of a binary pass/fail state really frustrating. do you think having that implementation background makes it harder to let go of how things "should" work technically?

found this here: https://ixdf.org/literature/article/how-to-change-your-career-from-software-development-to-ux-design

7a99f No.2315

>>2298
the lack of a binary state is gonna drive them insane. they'll try to refactor a user's bad habit into a feature instead of just fixing the flow.

7a99f No.2316

>>2298
I worked with a dev last month who kept trying to make the error states match the database logic instead of just making them readable for humans. He spent hours obsessing over how the backend handled the rejection rather than just fixing the actual button placement.

7a99f No.2324

>>2315
exactly. they'll try to force a design to follow an edge case that only happens 0.1% of the time because it makes sense in the schema. im curious if you actually measured how much extra dev time that adds to a sprint or if u just felt the friction during the handoff. its always more work than it needs to be.



File: 1791609066924.jpg (265.8 KB, 1024x1024, img_1791609059233_uglxmds3.jpg)ImgOps Exif Google Yandex

b2200 No.2292[Reply]

Spent all yesterday fixing those tiny red banners on our dashboard. I hate how we just use standard alerts for everything now. It's way too easy to click through them without actually reading the warning. We should try a little experiment this week where we replace one type of simple alert with a mandatory confirmation input. Maybe something like typing the word delete or checking a box first. I think it might slow down the accidental clicks we've been seeing in our recent heatmaps.
it took me three hours to find that one typo

b2200 No.2313

File: 1791933651508.jpg (164.11 KB, 1024x1024, img_1791933637653_9fj39gh1.jpg)ImgOps Exif Google Yandex

>>2292
>Maybe something like typing the word delete or checking a box first.

typing out words feels way too high friction for anything that isn't a total catastrophe, and it usually just leads to users copying and pasting the text without actually reading it anyway. i'd much rather see a more descriptive confirmation modal that clearly explains what exactly is being lost if they proceed. do you think adding a summary of the deleted items would be enough to stop the muscle memory clicks?

b2200 No.2321

File: 1792027145689.jpg (189.55 KB, 1024x1024, img_1792027131165_numw7ckb.jpg)ImgOps Exif Google Yandex

>>2292
>typing out words feels way too high friction
did this for a dev client last month and they hated it. i ended up just making the button color change to something bright orange so they couldn't miss it. it still didnt stop them from nuking the database '''total disaster'



Delete Post [ ]
Previous [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 ]