[Bug 1124] - NOW: Usage problems with Bryce 4
http://bugs.winehq.com/show_bug.cgi?id=1124 buffer0(a)t-online.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Installation problems with |NOW: Usage problems with |Bryce 4 |Bryce 4 ------- Additional Comments From buffer0(a)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.
participants (1)
-
wine-bugs＠winehq.com