Descriptive Problem Summary:
A window with titlebar and can-resize set to false renders improperly with transparent-color set to any color, unless the window is actually that color. For instance, with the default background color and a transparent color of #000000, the window renders as a small gray square, about ten pixels by ten pixels.
Here is a project to reproduce the bug.
http://puu.sh/46JA7.zip
Expected Results:
The linked file should create twenty one fifty by fifty pixel blue squares on the screen. This works correctly with Windows XP.
Actual Results:
With Windows Vista or 7, you instead get twenty one squares, but only some of them are rendered correctly, while the rest are only ten by ten pixels. Note though, that if you click and drag the areas that are improperly rendered, you can still interact correctly with the window.
This problem does not occur when using Windows XP. This has only been tested on Windows XP, Vista, and 7 so far.
ID:1304602
Jun 27 2013, 9:38 am (Edited on Aug 20 2013, 12:42 pm)
|
|||||||||||||
| |||||||||||||
Jul 1 2013, 8:09 pm
|
|
I can confirm that this does not happen on Windows XP SP3
|
http://puu.sh/46JKh.jpg
My understanding from speaking with Hiro is I should have expected to find a bunch of 50x50 squares here. As you can see, some are 50x50, some are much smaller. If I close and restart the project, the behaviour of which are rendered 50x50 and which are not changes. It's not consistent between runs of DreamSeeker, suggesting a rendering issue. The smaller (non 50x50) windows are still draggable in their 50x50 "size", even though they are only rendered as about 10x10. So I can drag them by clicking near them, as opposed to on them, suggesting the window is the intended 50x50 size, but not rendered as such. This is on Windows 7 Professional x64. |
Thanks to some insight from Bravo1, I have confirmed that the issue here is not Windows 7 in general, but Aero that is screwing the rendering. It works fine on Windows 7 with Aero disabled.
|
Descriptive Problem Summary:
Just reopened an old project where I had the background transparency set to pink on the main form. On the map, I had pink objects that used to show through to the desktop. This made for some fun UI experiences. Did you guys intentionally changes something because the pink areas on the map are no longer transparent. Other controls still respect the transparent color but not the map. |
In response to PopLava
|
|
I don't recall it ever working on the map element, perhaps something with your hardware caused it and that changed?
|
In response to PopLava
|
|
What's kinda funny is that the map is transparent in the editor but not at runtime.
|
In response to PopLava
|
|
I got proof! :)
|
In response to PopLava
|
|
Should point out that the map is in the wooden frame.
Also realized that I developed this on my old dev box which was Windows XP and so yes, something did change. I'm now running the project on Win7 with a new high end graphics card. |
In response to PopLava
|
|
Try disabling Aero completely and report back.
|
In response to PopLava
|
|
Good call. Transparency worked when I switched to classic. Bummer.
|
In response to PopLava
|
|