[Bug 3534] Systray icons are not transparent...

[Wine Bugs]

http://bugs.winehq.org/show_bug.cgi?id=3534





------- Additional Comments From lich at math.spbu.ru  2007-28-06 02:57 -------
>Since the whole WS_EX_TRAYWINDOW style is a big fat smelly hack and we are all 
>using it wouldnt it be better to have a nice proper looking 'big fat smelly 
>hack' instead of gray turd?

WS_EX_TRAYWINDOW is a very special case to handle - e.g. every time we need to repaint window Xlib 
XClearWindow must be used, not WINAPI RepaintWindow. To achieve this I hacked SetIcon function. This is the nicest 
way I found, but it may not look nice.

Also problems with desktop and unmanaged mode. And there are other cases which I cannot ever imagine.

IMO if we want "to have a nice proper looking 'big fat smelly hack' instead of gray turd" we should reengineer 
systray:

1) Check desktop mode and do not use systray in this case.
2) Add balloon messages support
3) Add ability to show/hide icons (There are applications which does not change icon, but have a set of icons. To 
change icon app hides active and shows other icon. Currently all icons are visible.)
4) Implement icons for systray_adaptor window. (I want to see the app icon in KDE systray options, not generic 
wine icon.)
5) Implement transparency via ParentRelative

As I see, every of these cases need to communicate with  X directly. So, winex11.drv will be hacked in many places. 
If we move almost all hacks to separate file, will it be acceptable?

What about full XEMBED support, it is more generic and much more accurate to develop within wine. Yes, hacks like 
WS_EX_.... will be present, but in this case it will be called WS_EX_XEMBED which sounds profound [ ;-)] and more 
generic.


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.