[ros-bugs] [Bug 2622] PATCH: cmd: holding down the scroll bar doesn't stop the output

ReactOS.Bugzilla at reactos.org ReactOS.Bugzilla at reactos.org
Sun May 30 03:46:34 CEST 2010


http://www.reactos.org/bugzilla/show_bug.cgi?id=2622


Goplat <mrnobo1024 at yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mrnobo1024 at yahoo.com




--- Comment #12 from Goplat <mrnobo1024 at yahoo.com>  2010-05-30 03:46:33 CET ---
I have some issues with this patch:

If the cursor is moved (by SetConsoleCursorPosition), the console actually
*should* scroll even if the scrollbar is being held by the mouse. The scrollbar
itself should not move, but this is actually something that should be enforced
by user32/win32k. (maybe open a new bug for this)

The GuiProcessWaitingMessages function can cause glitchy scrollbar behavior. A
scrollbar has its own message loop (see the ScrollTrackScrollBar function in
dll/win32/user32/controls/scrollbar.c). If you use your own message loop in the
midst of a scrollbar movement, it may happen that the user releases the mouse,
WM_LBUTTONUP is handled by this message loop rather than the scrollbar's, and
scrolling does not end as it should.


-- 
Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.



More information about the Ros-bugs mailing list