November 2002 - Wine-Bugs - list.winehq.org

[Bug 48] - PrgWin95/98: System metrics differ from the Win9x values
by wine-bugs＠winehq.com Oct. 31, 2002

Oct. 31, 2002

http://bugs.winehq.com/show_bug.cgi?id=48 ------- Additional Comments From fgouget(a)codeweavers.com 2002-10-31 20:19 ------- The patch looks good to me so I'm sending it almost unchanged to wine-patches (giving proper credit of course). The only change I'm making (and thus submitting separately) is for SM_CYMAXIMIZED. Actually I was wrong and it was still at -45 (I had based my calculation on 1400 instead of 1440). Now, why -45? The reason is that this value is based on a default Win95 installation which has the 'Start Menu' at the bottom. But even on Windows the size of this menu bar can vary (the user can resize it), and I have even seen users put it on the side! On Linux it may be there or not be there depending on the Windows manager/desktop (Gnome/KDE). Similarly its size changes from distribution to distribution. So until we can query the window manager/desktop as to the actual size of the reserved area I think we should just hard-code SM_CYMAXIMIZED at 'height of screen + 2 borders', just like for SM_CXMAXIMIZED. And that's what I'm sending as the second patch. 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=48>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1116] New: - Winrar 3.0: Problem with header control
by wine-bugs＠winehq.com Oct. 31, 2002

Oct. 31, 2002

http://bugs.winehq.com/show_bug.cgi?id=1116 Summary: Winrar 3.0: Problem with header control Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-patches AssignedTo: wine-bugs(a)winehq.com ReportedBy: clozano(a)andago.com If you open winrar, navigate by the directory until that you find a .zip file, and you do doubleclick about the file, it will refresh the listbox and will should the list of files what are included in the .zip, (almost correct because the icons are buggy), but the problem is that a new "extra" header have been included in the "header" control, it has now: Name | Size | Packet | Type | Modified | CRC32 | Name ^^^^^^ <- this is duplicated!!! Now if you click in the gold arrow and go back to the last seen folder, it does refresh the listbox, but the "extra Name" doesn't disappear. It works fine with comctl32 native. Regards, Carlos. 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=1116>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1115] New: - Pirch98: Rebar_Layout problem
by wine-bugs＠winehq.com Oct. 31, 2002

Oct. 31, 2002

http://bugs.winehq.com/show_bug.cgi?id=1115 Summary: Pirch98: Rebar_Layout problem Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-patches AssignedTo: wine-bugs(a)winehq.com ReportedBy: clozano(a)andago.com When you run the program, it is NOT usable, it is repainting continually the screen, and no one control works. It works fine with comctl32 native. The problem looks like that happen in rebar, because it is giving some ERR messages: err:rebar:REBAR_AdjustBands Phase 1 failed, x=561, maxx=0, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=565, maxx=0, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=565, maxx=0, start=0, end=0 If you add a "return;" to the start of the function REBAR_Layout, the rebar is painted incorrectly, but the program can be used. If you don't remove REBAR_Layout and only comment the last line of the REBAR_Layout function //REBAR_ForceResize (infoPtr); Then the rebar are painted better (but no correct) and it is usable. Regards, Carlos. 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=1115>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0