Editor showing items above others it should not

[jmaeding]

I am transitioning dialogs done in version 4 to latest version.
It seems that its not respecting the "zorder" of the controls.
On the attached image, the optionlist "oplProfSource" is below the two buttons "cmdOnAlgSets" and the other next to it.
Is this a transitional issue, or did the convention change so items at the bottom of the zorder list are actually on top now?
I also attached the rather large lisp dcl file, lots of dialogs in there....

[jmaeding]

shoot, forgot to mention I am using the latest stable build for the dialog editor, not beta 6.x.
I am transitioning from version 4.1 roughly, if that helps.

The biggest issue has been all the calls that changed from 1 and 0, to T and nil.  That affected thousands of lines of code.
Using ultraedit with "intelligent" regular expression search and replaces sure helped...

[BazzaCAD]

This is a know issue with overlapping controls.
When transparent backgrounds for controls was introduce this was the side effect.
Anyways the controls should look fine at run-time.
Owen can correct me if I'm wrong or elaborate more on the issue if need be.

[jmaeding]

oh, so set back color to transparent, that works just fine!
Didn't think of that...

[owenwengerd]

The changes needed to support transparent controls did exacerbate the problem, but the bottom line is that Windows has never supported overlapping controls, and it has never guaranteed that Z order == draw order. The optimizations that the Windows display system uses to decide what to paint next get more complicated and unpredictable when you introduce the possibility of transparent controls, but even display driver changes or changes from one version of Windows to the next (think "visual styles") could cause changes in the display system that would result in changes to the way overlapping controls are rendered.