Allow Hover AND Click together

So…a solution I found for this issue (someone may have already done this but this is what I’ve learned) is if you’re working with variants, you can have your default variant, such as for a button that is currently “Off”, change to a hover-over variant with the hover over interaction in prototype. Then, use the click interaction on the hover-over variant to switch to your other default button variant, one that is “On.” The click and hover-over interactions can’t function together on the same variant, but if you move the click interaction to a hover-over variant then it should create the same effect.

I’m not sure if this addresses anyone’s specific issue but hopefully this is helpful to somebody.

back again prayin for this

My “hack” to have a tooltip on an icon button plus a click event on the button was:

1. Icon button includes a hover event linked to a frame which holds my tooltip component
2. Frame of the tooltip component is oversized, to overlap with the button underneath
3. Frame of the tooltip component is transparent
4. Frame of the tooltip component has a click event to the target screen

Simple 🙂 Though I really with Figma would allow this functionality

IT IS 2024. How is LITERALLY the most basic interaction IMPOSSIBLE to prototype in Figma TO THIS DATE without a ton of finagling and insane out of the box thinking to get to work?

Stop spending money and time on BS AI and whatever else design-adjacent ideas and focus on improving basic functionality for actual designers (you know, the people primarily using your product)

@Denise_Edwards Maybe we can ask the AI control to make us a prototype action that has hover and click

I forgot to mention this to the user researchers at Config 24. I don’t care about the AI stuff. Please fix this. After the Config fever wore off, this is what I’m dealing with on my day-to-day work and I’m ready to rip my hair out…with these workarounds…

THEY DID! I miss Adobe XD so much…

I’m going to try it out…

Preach. Figma’s roadmap smacks of CEO brainfarts rather than actual user needs.

In my mind the solution is add an option to the open overlay settings where the overlay isn’t modal. Where it allows you to interact with elements behind the overlay. Elements in the overlay itself with clicks / hovers etc would of course get priority (like how that normally works in Figma.

On general in UI’s with modal dialogs you can’t click on elements in the background. But tooltips aren’t modal, you can still click on other elements on a page.

(All the workarounds with the variants have the downside that it’s hard to enforce the tooltip to always be on top)