Not that "Transparent" is in fact just painting hint - in theory, all would work with this flag ON for all Ctrls. However, to avoid flickering, only Ctrls that really are transparent should have this activated.
Also, if what you need is StaticRect that is always transparent, rather use ParentCtrl.
fudadmin Messages: 1321 Registered: November 2005 Location: Kaunas, Lithuania
Ultimate Contributor Administrator
luzr wrote on Wed, 08 February 2006 02:06
SetColor(Null);
Transparent();
Not that "Transparent" is in fact just painting hint - in theory, all would work with this flag ON for all Ctrls. However, to avoid flickering, only Ctrls that really are transparent should have this activated.
Also, if what you need is StaticRect that is always transparent, rather use ParentCtrl.
Mirek
Where is THE LEVEL? I can't see any numbers.
I want:
SetColor(SRed, alpha=50%);
Well, you can have this: it is window-level alpha blending, supported by Ctrl::SetAlpha.
The only problem you have to be aware of is that unlike all other things, you can use SetAlpha just for windows that are open at the moment (this is not U++ way, perhaps I should fix that..)
Another thing to know is that it does not work before Win2000 or in Linux (is NOP).
BTW, what you cannot have is alpha blending of shapes in your view area (this requires GDI+ on Win32, which is not implicit on all platforms we want to support...)
fudadmin Messages: 1321 Registered: November 2005 Location: Kaunas, Lithuania
Ultimate Contributor Administrator
Yes, it is working. My mistake was that I had missed win.Open().
Then, experimenting with U++ Ctrl DC's, I realised that in U++ you get hwnd after you open the window.
But now I can't believe that the semi-transparent window is soooo slow comparing to what I get with "pure" win32 API's on my 1.5 Ghz. Could you give some hints about the reason?
fudadmin Messages: 1321 Registered: November 2005 Location: Kaunas, Lithuania
Ultimate Contributor Administrator
fudadmin wrote on Sun, 19 February 2006 17:59
But now I can't believe that the semi-transparent window is soooo slow comparing to what I get with "pure" win32 API's on my 1.5 Ghz. Could you give some hints about the reason?
There was something strange... It's ok now after I recompiled.