At 09:42 AM 1/15/01 +0800, you wrote:
Could you please add
if(!(es-style ES_MULTILINE)) return;
at the start of EDIT_UpdateScrollInfo and try that patch again?
Yes, it works with this change; this is not surprising, do you intend
this as a test or as a real fix ?
In the latter case, I have
"gerard patel" [EMAIL PROTECTED] wrote:
Could you please add
if(!(es-style ES_MULTILINE)) return;
at the start of EDIT_UpdateScrollInfo and try that patch again?
Yes, it works with this change; this is not surprising, do you intend
this as a test or as a real fix ?
It was suggested
At 11:00 PM 1/14/01 +0800, you (Dmitry Timoshkov) wrote:
snip
+++ wine/controls/scroll.c Sun Jan 14 22:16:58 2001
@@ -810,7 +810,6 @@
if (!wndPtr || !infoPtr ||
((nBar == SB_VERT) !(wndPtr-dwStyle WS_VSCROLL)) ||
((nBar == SB_HORZ) !(wndPtr-dwStyle WS_HSCROLL)))
"gerard patel" [EMAIL PROTECTED] wrote:
While your patch makes the scrolling behaviour of the edit control better,
are you sure you could not get the same effect without this change ?
Yes, all works fine with this line in place. Alexandre, please ignore this
one-liner change for scroll.c. Or
At 07:55 AM 1/15/01 +0800, you wrote:
Yes, all works fine with this line in place. Alexandre, please ignore this
one-liner change for scroll.c. Or should I resend the whole patch?
Wait, there is at least another problem with this patch.
It's about the access to the edit's parent control. Try
"gerard patel" [EMAIL PROTECTED] wrote:
Wait, there is at least another problem with this patch.
It's about the access to the edit's parent control. Try this
with your patch : use any 32 bit program (I tested with
the Word 97 viewer, this happens also with Forte Free
Agent32) to open a