| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| | |
| |
| |
| |
| | |
Change these lines of code to either make it more consistent or more
readable after review.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This function was implemented using API from Symbian that will be
deprecated. It was never actually suitable anyway since this function
cannot be called after the window has been shown and this needs to be a
runtime decision for Qt. The solution is to use
SetTransparencyAlphaChannel(), but that will come later.
|
| | |
| |
| |
| |
| |
| |
| | |
Since Qt on Symbian now destroys the backing store when it gets hidden
or obscured we need to be careful not to use functions like moveRect()
when we don't have a backing store since this function is really a
backing store optimization and therefore assumes one exists.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
One step closer to semi-transparent windows, but not there yet. This
gets the transparent contents into the window, but the previous
contents are not cleared so it keeps drawing the backing store on top
of itself each time a Draw() is done. SetBackgroundColor() indicates
to WSERV that our window is semi-transparent. We also make sure not to
use 'EDrawModeWriteAlpha' when the widget is non-opaque since this
actually changes the alpha channel on the frame buffer (not the
window) so the gives undesired results. It's a faster draw mode though
so we should use it where we can.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Warning, this is completely untested!
Details: This should (in theory) get translucent windows working
but this hasn't been tested yet. The emulator environment
seems to return only 16ColorMU display modes which implies
the window is opague so Qt ignores the translucent flag. HW
seems to create 16ColorMA windows, but it hasn't been tested
there yet either (no time).
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
When a window becomes completely obscured either because it has been
hidden or another window is completely covering it, the backing store
should be deallocated to save memory and then re-allocated when the
window is later made visible again.
Reviewed-by: Iain <qt-info@nokia.com>
|
| |/ |
|
| |
|
