More correct pixel positioning

[nick87720z]

I can guess, this trouble could cause original author to disable antialiasing for contours for sharp look. Same problem may be seen on recently added tooltip border - horizontal and vertical lines are thick. Tooltip borders actually look better above background with moderate colors, but above something black (xterm) problem appears clear.

Pixels are squares, and exact integer position usually points not exactly to pixels, but between them - i got this much time ago from some cairo-dock docs.

I.e., for point 10,14 exact coords parameters should be 10.5,14.5.

[yuyichao]

Errr, I don't remember having done anything to tooltip border recently. Could you please use more pictures to show exactly what you mean in your bug reports (not just this one)? It's really hard for me to figure out which part you are talking about given the complexity of QtCurve and my familiarity with it.

[nick87720z]

It eventually appeared during your last work since 1.8.17. I don't recall when i could see it earlier :)
Screenshot below demonstrates same tooltip on moderate and black (konsole) backgrounds:

Also about what i said about disabled AA for borders: i'm not sure, is it really so, as otherwise same problem should affect gtk2 version too, but there is all fine.

[yuyichao]

Well, what's different between 1.8.17 and master is that shadow (which is NOT part of the window) is drawn at runtime. And it should be the same for all versions (gtk2, qt4, qt5) because it is not drawn by either cairo, Gtk/GDK or Qt.

I'm still not sure what's the problem you are talking about but a known problem is that the new shadow gradient (and color) is not polished yet (in fact it is just some random functions and colors that is reasonably good...) and is not corner radius aware either (the old implementation is just a static png image and therefore cannot be radius aware).

[nick87720z]

Hm, its looks is far from shadow. More like some tiny halo, which would be good for dark colors. Too light for light color scheme. It needs either option to be configurable like window shadows or just use same shadow as windows (for menu it could be inactive as well - e.g., in some gtk apps popup menus may be sticked to be persistent with special menu item on top).

Or indeed, it could allow either use common shadow or own, if has contrast colors.