http://bugs.winehq.com/show_bug.cgi?id=1124
buffer0@t-online.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Installation problems with |NOW: Usage problems with |Bryce 4 |Bryce 4
------- Additional Comments From buffer0@t-online.de 2002-11-06 10:53 ------- I'm testing wine and Bryce, with the following results:
[0]: The installer hadn't complained. The sole worse things had been with installing Quicktime where the window-management made trouble: The installer GUI put its screen on the screen with topmost priority, resulting that all other related subwindows aren't visible for the user.
What helped? Some alt-F4 or so under KDE, or some other hot-key under Enlightenment which allowed to change the window orders ...
[1]: Some hard thing must be wrong the window management! Bryce-4.0 runs only proper within the Desktop mode! When trying to run in fullscreen mode the main-top window can't be accessed. Seems a worse arrangment problem with X11 window management schemes.
[2]: wine crashes spuriously; '*click*' error/crash. But wine+Bryce crashes definitely intermediately when selecting under Bryce-help menu the about menu-entry.
[3]: An important thing for the wine-config file: "crtdll"= "native, builtin" is a must. Else Bryce-4.0 doesn't come up with its main screen.
[4]: wine+Bryce didn't had crashed yet on rendering. Meaning: All the window, menu and whatever I/O stuff seem to influencee much too hard the non-crashing quality of wine - with Bryce-4.0 - or?
So what? The *click+crash* problems are worse. But how fixing (it fast)? How jumping into the wine and w$dos machinery??
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://bugs.winehq.com/show_bug.cgi?id=1124. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.