Bug 98904 - tooltips are not antialiased for hitting the button on first time
Summary: tooltips are not antialiased for hitting the button on first time
Status: RESOLVED NOT A BUG
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
: 126222 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-02-09 09:20 UTC by Tobias Powalowski
Modified: 2006-08-05 05:56 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias Powalowski 2005-02-09 09:20:41 UTC
Version:            (using KDE KDE 3.3.92)
Installed from:    Compiled From Sources
Compiler:          gcc 3.4.4 
OS:                Linux

hi
if you push your mouse over a button then the tooltip is shown, but if you do this first time it is not antialiased, move the mouse away and quick again on the button it is aliased. Move away the mouse, if you wait a little bit the tooltip is again not antialiased if you move the mouse again on the button.
that does also work when you move your mouse in kmail subject's.
tested it also on knoppix 3.7 there is the same problem.
greetings from archlinux maintainer
Comment 1 Tobias Powalowski 2005-02-09 09:21:09 UTC
sorry gcc is 3.4.3 not 3.4.4
Comment 2 Tobias Powalowski 2005-02-09 10:54:23 UTC
temporary workaround for this is to disable the toolbox effect in kcontrol
under appearance-->style-->plastik-->effects Tool Tip Effect
Comment 3 Mircea Bardac 2005-02-09 13:48:57 UTC
This does not affect only KDE based applications, but all Qt based applications.
I found the same behaviour while running Psi (Qt based) under KDE.

It might be a bug in Qt's tooltip rendering (using fading).
Comment 4 Jaison Lee 2006-08-05 05:54:20 UTC
*** Bug 126222 has been marked as a duplicate of this bug. ***
Comment 5 Jaison Lee 2006-08-05 05:56:31 UTC
This behavior is not present in Qt4. Closing as invalid, since it was a Qt thing not a KDE thing.