Cannot interact with popups inside the editor

[adamscott]

Tested versions

v4.3.dev.custom_build [29b3d9e]

System information

Godot v4.3.dev (29b3d9e) - Fedora Linux 39 (Workstation Edition) - Wayland - Vulkan (Forward+) - dedicated AMD Radeon RX Vega (RADV VEGA10) () - AMD Ryzen 7 5800X 8-Core Processor (16 Threads)

Issue description

We cannot select text neither interact with it (e.g. click on a link) on an editor popup.

Capture.video.du.2024-04-02.10-54-09.webm

Capture.video.du.2024-04-02.10-55-44.webm

Steps to reproduce

1. Highlight an inspector entry or a export entry.
2. Try to select text from the popup.

Minimal reproduction project (MRP)

n/a

[KoBeWi]

#48186 just made the tooltips disappear. They were never functional, so until there is actual use in interacting with them, there is no reason to change that.

[coppolaemilio]

The biggest UX issue I see about this is when you actually don't want to interact with it. If you by mistake hovered for too long into an element and then you try to move your mouse somewhere else, the popups will likely cover that content and not go away. This can be annoying since you will have to hover in and out of the popups just to continue browsing the other inspector elements covered by it.

So, while I understand the desire to copy/interact with it, I don't think it is a solution if the popups is covering other elements that the user will want to interact with next and it triggers via hovering. If the user clicked on the element for the popup to show up, I think it wouldn't be a problem to keep it open so you could interact with it.

[adamscott]

#48186 just made the tooltips disappear. They were never functional, so until there is actual use in interacting with them, there is no reason to change that.

In fact, something broke the behavior of #48186. It specifically had logic to not hide custom popups on hover.

[KoBeWi]

The biggest UX issue I see about this is when you actually don't want to interact with it. If you by mistake hovered for too long into an element and then you try to move your mouse somewhere else, the popups will likely cover that content and not go away.

The tooltip could be closable with Escape or right-click.

[adamscott]

The biggest UX issue I see about this is when you actually don't want to interact with it.

We could add more time to the delay to show a popup, to make sure the user really wants to see a popup.

[adamscott]

@Sauermann I think this issue is Viewport related, isn't it?

[Sauermann]

Besides being Viewport related, this also affects platform-specific input handling. When the popup is displayed as a separate native OS Window, then it will be necessary to verify, that input events are sent to the correct native OS Window.
To me, this looks like a feature request for interacting with Tooltips.

[ajreckof]

The biggest UX issue I see about this is when you actually don't want to interact with it. If you by mistake hovered for too long into an element and then you try to move your mouse somewhere else, the popups will likely cover that content and not go away.

The tooltip could be closable with Escape or right-click.

I think it would be better do go the other way and have a key to be able to interact with it. I remember seeing this somewhere and it felt really good (maybe baldur's gate?) as it wasn't blocking in any way and a simple click would pin the tooltip for interaction.