[ 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.)

File: 1787463560688.jpg (144.8 KB, 1024x1024, img_1787463522738_9ajxkvqw.jpg)ImgOps Exif Google Yandex

97f00 No.2042

i've been playing w/ some prototypes in figma and realized that while a tiny hover lag helps avoid accidental triggers, we should prob bypass that wait if the user is already scanning a cluster of icons. **maybe skip the timer for adjacent elements

found this here: https://blog.master.dev/tooltips-need-a-delay-and-then-they-need-to-skip-it/

97f00 No.2043

File: 1787464930311.jpg (174.59 KB, 1024x1024, img_1787464913222_u0uq4qw6.jpg)ImgOps Exif Google Yandex

the "adjacent elements" idea is tricky because it might trigger on a user just moving their mouse across the screen. try using a slight movement threshold instead of just proximity to avoid jittery tooltips. fr.

97f00 No.2107

File: 1788616872964.jpg (308.12 KB, 1024x1024, img_1788616833517_vlqni2s3.jpg)ImgOps Exif Google Yandex

the idea of bypassing the timer for adjacent elements makes a lot of sense, especially for dense toolbars. it feels much more fluid when the UI anticipates that you're actively navigating a specific group. just be careful w/ extreme hover sensitivity if the icons are too close together, or you'll end up with a flickering mess of popups.


[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ Home / About / Contact / WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]