From: Kevin A. <al...@se...> - 2005-08-31 20:49:30
|
I've posted a question to the wx-users mailing list via gmane on the status of the Raise/Lower methods, so hopefully the post will go through and get a reply this week. Without those methods or some sort of substitute methods for changing z-order at runtime I don't see how the display in the resourceEditor can accurately reflect the running program z-order of components without recreating the components after every change to z-order. During the "major problem on Mac with StaticBox" thread there was also discussion about changing the property editor component list display so that the list would be reversed to how it has always appeared in past versions of the resourceEditor. I've looked over the code a bit, and there doesn't appear to be as much code as I originally expected that would have to be modified to support this change. The crucial item is that the order of the actual components (self.components) is not impacted and that we continue to create the resource file with the same order used today. It sounded to me from the folks responding to the thread that other programs they are familiar with put the "frontmost" widget at the bottom of the list and the top of the list is the "back". Anyway, I'm not changing anything until I get a decent answer on the Raise/Lower methods, but if you want to chime in on the issue, reply to this message. ka |