Tested in real use case. Greatly reduces flickering for "preview" tooltips that may contain interactable widgets.

Use case: "Preview" of the page/window that will be opened if the button is pressed.

Preview available at https://egui-pr-preview.github.io/pr/5543-noninteractivetooltip
Note that it might take a couple seconds for the update to show up after the preview_build workflow has completed.

@emilk I ran into a related problem: rerun-io/rerun#8568

It seems like the current logic in should_show_hover_ui does not take into account that the tooltip is drawn in relation to the pointer position. Because of this, the tooltip always remains open since it's shifted at every frame.

In the case of the Rerun graph view, we can simply call on_hover_ui instead of on_hover_ui_at_pointer: rerun-io/rerun#8573

Resolved conflicts.

Updated against newest master to rerun checks that failed due to incorrectly configured github pipeline action.

I appreciate the need for this functionality, but I think it's time to make a builder for tooltips so that we don't get this combinatorial explosion of tooltip methods

@emilk
I can implement this using builder pattern.

To make sure that I decide the right design for this, feel free to correct me:

Currently we have methods:

on_hover_ui
on_hover_ui_at_pointer
on_disabled_hover_ui

And this PR wants to add parameter to configure if hover (tooltip) ui is interactable.

I could replace these methods with one simple method:

on_hover_ui(HoverBuilder)

Where HoverBuilder has configurable options:

1. Show at pointer
2. Show if UI is enabled / disabled
3. Should hover UI be kept open if mouse moves over it (Is it interactable, can be hovered over)

Does this design seems OK?

@PPakalns we now have a unified Tooltip struct, so now it should be straightforward to add as an option there! See #5713 for more info. I've marked this as draft for now, feel free to undraft once this is rebased on the Tooltip struct!

@lucasmerlin

PR is ready for review!

Refactored code. Removed duplicated on_hover_ui family of functions.
If users want their own custom logic without tooltip interactions. They can construct egui::Tooltip as it is done in egui::Tooltip::for_enabled method and then modify logic for their needs.