PATCH: stop crashes in desktop mode
ajp at mail.utexas.edu
Tue Sep 30 18:09:44 CDT 2003
Mike Hearn wrote:
> On Tue, 2003-09-30 at 21:57, Dimitrie O. Paun wrote:
>>In fact, what kind of problems
>>do we have with InstallShield?
> It attempts to do window management across two different desktop windows
> causing an X11 ConfigureWindow error. We can't run it outside of desktop
> mode because the big blue window becomes unmanaged and you can't switch
> to the main installer window.
So what about the patch I submitted that started this discussion? It
certainly prevents the ConfigureWindow call from crashing Wine (at least
for the cases I tried). I realize it's not addressing the root problem,
but I think it's at least a better situation than crashing.
Longer term, I think the ideal solution is to get all the priority and
input focus issues worked out so all the windows could just get managed
by the window manager. (That's what it's there for!) I would like to
help with this, but I need to better understand what the issues are.
There are certainly native X applications that create oddly shaped
windows without WM decorations that don't confuse the window manager at
all. Are Wine apps needing to do something that's not supported or is
it just a matter of fixing Wine?
Then, at that point, what would be really slick is if the Wine desktop
could be a separate process that you run when you want to confine a
specific app (and all its subprocesses) to a smaller space (e.g.
winedesktop -size 800x600 -- myapp.exe).
More information about the wine-devel