fredvs
commented
6 months ago Hello.
Hum, other problem surely related, see here: https://github.com/mse-org/mseide-msegui/discussions/87#discussioncomment-9287530 Sieghard answered via mailing list:
Indeed, there's one problem with the "newdialogs" I found, but didn't have the time and opportunity to test on other platforms but my old Linux box running the openbox window manager: Everytime one dismisses such a dialog, it also blinks the main (or maybe calling) form of the application, and sometimes it stays off altogether, only complaining about a "not decorated" problem. Investigating that, I found a "waitfordecoration" call in the "kernel/linux/mseguiintf.pas" unit which seems to be superfluous, as everything seems to work flawlessly without it, without any recognizable problems concerning window decorations. Sadly, I wasn't able yet to find anythimg relevant about the blinking issue, as it's nearly impossible to follow the intircately convoluted path of execution through the pertaining, deeply entrenched and constantly traversed, window control functions. It's literally so that after setting a breakpoint there at some interesting point, you cannot run the program normally any more. Most any action opening any smallish subwindow will ALSO use that function, triggering the breakpoint and obviating the attempted action... But the culprit has to be something in conjunction with producing the window decorations, as the dialogs work correctly with window decorations disabled. Which isn't really useful, as this hampers one of the main goals of the "newdialogs", providing free and self-controlled positioning and sizing. I'll continue to pursue the issue further, but I'm afraid that it will take ample time yet. I'll report here what I can find, and of course, when the issue was solved, may have been solved...
codz01
Hi i find a problem in sieghard branch , to reproduce : create new project from templates , then create new folder after you press ok button mseide will desepears
system : windows7 , fpc 3.2.2 32bits