| Summary: | rightclicking twice disables backgroundtransparency of context menu | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Gunnar Johannesmeyer <gunnar> |
| Component: | kstyle | Assignee: | Karol Szwed <gallium> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | a.willner, andresbajotierra, cchapple, mikessu, wizard580 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Gunnar Johannesmeyer
2003-06-16 23:09:37 UTC
Does this happen everywhere, or only in some specific applications? example konquorer: - right-clicking twice in the main window with the listet directories and files: the second contextmenu ist transparent - right-clicking twice at any other locations in the konquorer window: the second contextmenu is _not_ transparent - same effekt (no transparency) in other kde-applications and for the desktop (testet kwrite) -gunnar bug still present in kde 3.1.3 That happens because the transparency is being taken of the menu that is being un- displayed. The only way to take the real transparency is to make the original contents be redisplayed, then the new menu be shown (which causes flicker). Some applications might not be redrawing the area beneath the menu, which means it'll be a blank area for the next menu's transparency. Thus, the non-transparency (it actually is transparent, but there's nothing under it). ok. i ve just wondered, because the second non-transparency menu is also displayed, when this new kontextmenu doesnt overlap with the first one. Thiago: Indeed, as Gunnar pointed out, this happens even on non-overlapped menus. This is /very/ weird. *** Bug 53626 has been marked as a duplicate of this bug. *** This problem still exists in 3.1.4 And it still exists in 3.1.5 ;) And it still exists in 3.2 RC1 ;) The reason for this is that, for some reason the menu actually gets shown and hidden and shown again, so we end up taking a screenshot w/the menu still on the screen. Might not be fixable. "Might not be fixable"?! I don't think so ;) I'm developing software too (ok, just small one) but I've just the time to help KDE with bugreports. I really cannot believe this behaviour is not fixable. I think there are two different problems. First: Here in Konqueror - Click somewhere with the RMB and then 10 cm somewhere else. It works perfectly - Click somewhere with the RMB and then 1 cm somewhere else. Ok, you see the old menu in the background again Second: On the desktop - Click somewhere with the RMB and then 10 cm somewhere else. The transparency is much reduzed - Click somewhere with the RMB and then 1 cm somewhere else. I'm not sure wheter you can see the old menu...transparency is also much reduzed Well, it might be addressable somehow in the depth of Qt. Now, what you see is not the old menu position -- but the new one. It apparently does show/hide/show on the same spot, and we get the menu picture due to asynchrony. Wonder why there isn't any flicker, though. Interesting to see that I've the same behaviour with my middle mouse button on the desktop (show list of all programms on all virtual desktops). But it works perfectly with the middle mouse button on the desktop when a program (e.g. konqueror) have the focus... *** Bug 81706 has been marked as a duplicate of this bug. *** *** Bug 84201 has been marked as a duplicate of this bug. *** *** Bug 93141 has been marked as a duplicate of this bug. *** "That happens because the transparency is being taken of the menu that is being un- displayed. The only way to take the real transparency is to make the original contents be redisplayed, then the new menu be shown (which causes flicker)." This sounds like the only way to fix it, how bad is the flicker? With a fast computer would you even notice it? If not, then I don't see why it's a problem, since GUI effects are for higher end computers anyways. If I left click and right click really fast I don't notice any difference than if I just right click instead. And left clicking first shows the correct menu, so I don't see why this can't be fixed. Hmm... no news ? KDE4 doesn't support fake transparency anymore. (you can get real transparency with compositing and Desktop Effects if you want) Closing as UNMAINTAINED Thanks |