Community
Participate
Working Groups
Build Identifier: It would be a nice feature to allow settings a customized icon for tool tips. On windows, this seems to be easy. The class OS only needs a new constant: public static final int NIIF_USER = 0x00000004; and in ToolTip.setVisible there must be a check if an icon was set and if true the following code should be enough (worked for me): iconData.dwInfoFlags = OS.NIIF_USER; iconData.hIcon = image.handle; I didn't take a look how to implement this feature on GTK or Mac. The implementation for GTK however seems to be self implemented. libnotify would be a nicer solution. Reproducible: Always
Did you check if it is possible on Windows when Tooltip is not using NOTIFYICONDATA ? (the first part of setVisible) ? For NOTIFYICONDATA, did you try using different images types ?
If taken a look at the first part, but I must admit, I'm not very familiar with the Win-API. The documentation states following: "When wParam contains an HICON, a copy of the icon is created by the tooltip window." But I don't know what that means for the call to OS.SendMessage(hwndToolTip, OS.TTM_SETTITLE, icon, pszTitle). By the way, instead of NOTIFYICONDATA.hIcon NOTIFYICONDATA.hBalloonIcon can be used with Vista and later. I only tried a gif with a resolution of 16x16. I'll try different types and resolutions.
I did some further tests and tried all supported formats (bmp, gif, tiff, ico, png, jpg) at 100x100 and 22x22 pixels. Windows seems to scale the images automatically to make them fit into the tooltip. However, for ico and tiff I didn't try all possible combinations these formats allow.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. If the bug is still relevant, please remove the "stalebug" whiteboard tag.
