We do use XShape for oxygen-gtk tooltips in the same way as for menus and combos, but it's not done for oxygen-qt tooltips. Reproducible: Always
As a matter of fact, this was done on purpose ... 'we' (= nuno, but I also) prefer having square pixmaps than pixelized masks for these tiny widgets (notably because the 'contrast' pixel on the border is somewhat poorly rendered when a mask is used). In fact, maybe we should change the other way around and disable the mask (in oxygen-gtk), when compositing is not available. (it was introduced earlier because this was the only alternative we had before learning how to set argb colormap on tooltips, iirc). What do you think ? (besides: tooltips for firefox and co are already squared) ...
I wouldn't say they are tiny: http://6g6.eu/sih0-screenshot-11042012-042950-pm.png I think this looks no good. This tooltip blends with window background and is hardly distinguishable from the window. And of course, setting tooltip bg to black as done in Oxygen color scheme is just a workaround, not a fix.
mmm As a matter of fact, which tooltips are you refering too. Here, normal tooltips are "masked" (and pixel-rounded). (e.g.: mouse-over a toolbutton). Custom tooltips (in e.g. dolphin) are not, but that's dolphin's fault. See: http://wstaw.org/m/2012/11/04/plasma-desktopyH4491.png Or am I missing something ? Hugo
at comment #2: yeah. Custom tooltip. That's systemsetting's fault.
should use style()->styleHint( SH_TOOLTIP_MASK, ...) (or somthing similar).
... reassigning.
PS: even when rounded, the screenshot above would still not look good. But this is due to the palette. Tooltips are supposed to have a different background than windows, and this is why we dont draw a hard border on them. Design choice. The fact that with compositing, the tooltip is still well differenciated from the window, due to the shadow, is just accidental. Wont change the border of the tooltips to accomodate this kind of color palettes. Sorry. (in fact there was a different bug report about this some time ago, that we rejected for the same reason). That does not invalidate the systemsetting (and dolphin) "round mask" bug, though.
Is this still relevant?
text
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!