search

libgdx / gdx-liftoff

A modern setup tool for libGDX Gradle projects
Apache License 2.0
527 stars 50 forks source link

Tooltip got stuck #34

Closed raeleus closed 2 years ago

raeleus commented 3 years ago

Hello. I'm not sure how I got this to happen: image I was just browsing the third party extension and the kotlin tooltip came up. I don't think I was mousing over the offending target, but it still came up on its own. It won't dismiss itself.

tommyettinger commented 3 years ago

I'm not sure tooltips ever work 100% using libGDX... I don't know of a good replacement, though. I don't think I've touched tooltip code; this may be a bug in the recent 1.9.12-SNAPSHOT of libGDX the latest release uses, or it could be a rare long-standing bug. I don't know how I could reproduce this, and I can't think of any workarounds I could suggest.

Leaving this open for a while to see if the bug comes back.

raeleus commented 3 years ago

Yeah, I wrote my own class to implement tooltips in my project. Not something I recommend here. I'll see if I can reproduce in a basic project. Thanks!

czyzby commented 2 years ago

This can happen if the scroll pane is used if a tooltip is displayed in the third-party tab. #59 will fix this issue.

tommyettinger commented 2 years ago

I believe this is fixed now that #59 was merged.

czyzby commented 2 years ago

To be honest, I think that VisUI/LML tooltips can get stuck in recent libGDX versions, so I wouldn't close this without further testing. It might still be possible to reproduce, e.g. by switching windows with ALT + TAB while the tooltips are shown. It would probably be best to migrate to libGDX tooltips to avoid this, assuming they work correctly. It's just that #59 fixed the most common cause of this.