-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tooltip shadows get stuck when changing workspaces #24
Comments
Confirmed. |
just tried it, but i have no shadow under tooltip at all.. do i have to set something? |
@mojmir-svoboda Yesno, they are mostly on by default. If they are off your you, you can activate them in "System Properties" -> "Advanced" -> (Group Performance) "Settings..." -> Check "Show shadows under windows". On Windows XP you get to "System Properties" by right-clicking "My computer" -> "Properties". @xDemonessx |
@diab0l Right now I can still produce the visual bug with Photoshop CS5 (as originally pictured) and with uTorrent 2.2.1. Normal tooltips displayed on bbiconboxes task tray, for example, do not produce a shadow and thus produce no issue. Oddly enough, Photoshop CS5 is the ONLY application to have shadows actually remain on top and draw over all applications, utorrents sticky shadows remain on the desktop but do not draw over windows!! In any case, this happens to me on all builds of bbZero currently, even the most recent bbZero_1.18rc2.75 download posted on blackbox4windows.com. I use Windows 7 Ultimate 64-bit. So I guess if I avoid Photoshopping in a separate workspace this really wouldn't be an issue! |
@xDemonessx Well, you could also avoid using blackbox entirely. |
I have noticed the shadow from Photoshop and Illustrator, as well as from Komodo IDE (commercial version). And I have managed to get more than one at a time. Seems like applications with custom GUI toolkits (especially when they spawn child windows like tool pallettes). Have never had it from an app with the standard windows look and feel. Windows 7 Pro 64bit |
@cpetz Thanks for the tip with the custom toolkits This bug is reproducible with Pidgin and the Gimp (although in the gimp it's a little harder to trigger since tooltips disappear on key-press), both are built on GTK 2.10.0 Which means we can investigate how these erratic shadows are implemented and with a little luck we can come up with a general solution |
Leave your mouse highlighted over something so a windows tooltip draws in, then use bbkeys to change your workspace. Shadows of tooltips remain rendered across all workspaces. A common bug with workspace managers, and easily reproduced. I use the current build, installed as shell.
Here's an example displayed with tooltips in cs5.
I'll note that manually killing blackbox.exe and restarting it via task manager removes it.
The text was updated successfully, but these errors were encountered: