Home Dashboard Directory Help
Search

Touchpad scroll does not work in source code windows by SvenC


Status: 

Active


29
1
Sign in
to vote
Type: Bug
ID: 453632
Opened: 5/19/2009 3:06:26 AM
Access Restriction: Public
4
Workaround(s)
view
22
User(s) can reproduce this bug

Description

I have a laptop with a synaptics touchpad which has scrolling areas at the right and bottom. When moving the finger in those areas usually scrolls the content of the active window.

This works in the tool windows like Solution Explorer and Class View but it fails to scroll the source code.
Details
Sign in to post a comment.
Posted by バッキー on 11/19/2010 at 3:44 AM
Hello all,

I fixed touchpad and trackpoint center button scroll issue on ThinkPad T61.

add

; for Visual Studio 2010
*,*,devenv.exe,*,*,*,WheelStd,0,9

to "Pass 0 rules" section of C:\Program Files\Synaptics\SynTP\tp4table.dat

then reboot.



Posted by Michael Lee Yohe on 7/2/2010 at 9:29 PM
I am also having this issue with a Dell XPS laptop running Windows 7/Visual Studio 2010.
Posted by kuchman88 on 6/9/2010 at 12:37 PM
This happens on my lenovo scroll point mouse. i can only scroll the source view if i pop it out of visual studio and move it to a different monitor than it.
Posted by jmccrack on 5/17/2010 at 7:48 AM
Thanks Brittany and all for looking at this issue. Our company uses Lenovo exclusively for our developers and has an assigned sales rep... is there anything specific we can tell our sales rep to indicate to him that we feel this is an important issue they need to resolve, like an incident number?

Posted by bobosalazar on 4/27/2010 at 8:23 PM
I have Logos bible software that is also built on WPF and it has the same problem.
Posted by Koen_R on 4/27/2010 at 5:47 AM
Scrolling using Windows 7 touch still does not work, are you also reviewing that issue?
Posted by maderry on 4/17/2010 at 7:37 PM
I found out when I upgraded to Microsoft 7 I lost the scroll feature. Under control panel-mouse I don't have wheels. Wheels is the control for the scroll feature on the touchpad. Can I get the wheels on Microsoft 7?
Posted by pjcast on 2/17/2010 at 9:37 AM
Really? I Can't believe the scrolling issue in WPF is not going to be fixed in any immediate future. Really makes scrolling horrible on laptops. Guess manually handling the scroll messages as I posted before and not routing them through WPF is the only way.. but wow, what a backwards step in functionality.
Posted by Microsoft on 2/3/2010 at 4:04 PM
The bug was fixed in VS2010. There is another internal (i.e. non-Connect) bug that's still active and assigned to the WPF team, but they've decided not to fix it until a future release.

The workaround VS 2010 used should help developers working on other WPF applications as well. What we (Visual Studio) did was to explicitly handle WM_VSCROLL and WM_HSCROLL messages ourselves rather than relying on WPF to route them correctly. This will fix the problem for most touchpads in most scenarios. However, at least some of the touchpad drivers (including Lenovo’s trackpoint driver) do not send these window messages unless the window under the mouse pointer is of a specific style (generally WS_VSCROLL and WS_HSCROLL). For WPF windows, these styles are never set because they refer to GDI drawn scrollbars. Handling the WM_VSCROLL and WM_HSCROLL messages should help, but please be aware that it won't address all touchpads in all cases.

Brittany Behrens
Program Manager, VS Platform
Posted by Raul Rangel on 2/3/2010 at 3:53 PM
So was the bug fixed in WPF or specifically in VS2k10 ? If it was fixed only in VS could we get the proposed workaround so the rest of us WPF developers can also have working scrolling in our applications ?

Thanks,
Raul
Posted by Microsoft on 1/28/2010 at 7:56 PM
Hi all,

There was a Visual Studio issue in VS 2010 Beta 1 that prevented most touchpads from scrolling VS; this bug has long since been fixed. However, there is a remaining issue on the Lenovo side. A problem with Lenovo's drivers (more specifically, a difference in the exact mouse messages Lenovo passes to WPF) is causing WPF and Silverlight applications, including but not limited to Visual Studio, to fail to scroll. There is unfortunately nothing more that VS or WPF can do, as this is specific to and caused by Lenovo.

We've notified Lenovo of the issue, but Microsoft obviously can't control whether and when Lenovo might make any changes to their drivers. For those who are still encountering this issue in VS 2010 Beta 2 and other WPF or Silverlight applications, we would encourage you to contact Lenovo and potentially file a bug.

Thanks again for all of your feedback, comments, and votes. We're sorry we can't do more to help.
Posted by soumyasch on 12/30/2009 at 9:31 PM
Its definitely a WPF problem (either a bug or a design deficiency). Scrolling never happens reliably in any WPF applications, and is especially problematic in applications using the new VS10 editor (including VS2010, and the PowerShell ISE). The editor can never be scrolled using the touchpad scroll region, regardless of whether the mouse pointer is over the editor or not. Fix it once and for all; so that scrolling works in all applications. And if the behavior is by design, then your design is flawed. Fix it.

And its not just WPF, scrolling with touchpad scroll regions don't work in Silverlight also.
Posted by flashnik on 12/16/2009 at 3:52 AM
I experience this problem in any WPF application including Visual Studio with Lenovo TrackPad. Maybe it should be changed in WPF, not in Visual Studio? So that any developer using WPF didn't have to make a workaround.
Posted by basilmir on 11/16/2009 at 6:33 AM
I also have this issue... still no fix, 4 months later.

Windows 7 and Vista's OWN PEN FLICKS do not work. What is going on... Do you people actually want us to grab the scrollbar every time we want to scroll? Why do we have scrollwheels then.
Posted by Anoa on 8/4/2009 at 12:29 PM
ThikPad Trackpoint middle-button scrolling also does not work for me in any WPF application at all. Please fix this problem, because it really is the most usefull feature that we can not be using now.
Posted by pjcast on 7/15/2009 at 11:19 AM
This same issue is present on every laptop/netbook I have tested with a touch pad and scroll area. Sometimes it works slightly, where quick scrollup/down movements might make it jump up or down a bit. But certainly not useable.

I've investigated the issue somewhat and tried a few workarounds with no success. It is a WPF issue as already mentioned, it happens in every ScrollViewer. I even went so far as to handle the WM_MOUSEWHEEL event and push WPF mousewheel events. However, the ScrollViewer never gets these messages on a touchpad enabled system - even with a scrollwheel mouse plugged in to it. (Works on a regular PC perfect).

I can push WPF scroll wheel events in reaction to another action (such as keydown, mouse click, etc) and the scrollviewer will scroll as expected.

However, when these events are pushed because of a WM_MOUSEWHEEL message or during the user scrolling the touch pad, it never seems to work - ie I used PostMessage to send a different event and than pushed the WPF scroll event from there, still didn't work. I think the WPF input system is somehow detecting the touch scrolling action and simply discarding it when I push the MouseWheell RoutedEvent.

Very odd issue, with no way to workaround... except maybe using custom scrollviewer's everywhere, with a custom method to manually scroll the scroller.
Posted by Microsoft on 6/26/2009 at 12:26 PM
Hello Sven,

I just wanted to send you an update to let you know that a developer on the Visual Studio Platform Shell team is now investigating this bug with the touchpad scrolling in the code window. We'll let you know the results of this investigation.

Thanks,
Suzanne Hansen, Program Manager, Visual Studio Platform Shell Team
Posted by SvenC on 6/22/2009 at 1:39 PM
Hi Samantha,

the trackpad scroll does not work even if the mouse pointer is in the code window.

I do not expect touchpad scrolling of the source code to work when the mouse is outside of the source window but when it is inside the code window.

Do you say that in your build of VS2010 the scrolling of the source code with the touchpad does work?

Thanks,
Sven
Posted by Microsoft on 6/22/2009 at 12:50 PM
The WPF team has investigated this issue and found it to be by design. In WPF we do listen to WM_MOUSEWHEEL (that is the message raised by TouchPad scroll action) and raise VerticalMouseWheel events in response. The WPF ScrollViewer also responds to these events. We tried this in the VS code editor and found that as long as mouse is over the area of the code editor the mouse wheel messages are honored and scrolling does happen. In my understanding the expectation, though, is that if keyboard focus is in the code editor we want it to scroll in response to mouse wheel (independent of where the mouse is). In WPF we send mouse wheel messages to the mouse over/captured element, not to the element with keyboard focus. A workaround for this does exist and the WPF team has assigned the bug back to VS with suggestions for implementing the workarounds.

Thanks,
Samantha
Program Manager, WPF Tree Services & Controls
Posted by Microsoft on 6/22/2009 at 12:50 PM
The WPF team has investigated this issue and found it to be by design. In WPF we do listen to WM_MOUSEWHEEL (that is the message raised by TouchPad scroll action) and raise VerticalMouseWheel events in response. The WPF ScrollViewer also responds to these events. We tried this in the VS code editor and found that as long as mouse is over the area of the code editor the mouse wheel messages are honored and scrolling does happen. In my understanding the expectation, though, is that if keyboard focus is in the code editor we want it to scroll in response to mouse wheel (independent of where the mouse is). In WPF we send mouse wheel messages to the mouse over/captured element, not to the element with keyboard focus. A workaround for this does exist and the WPF team has assigned the bug back to VS with suggestions for implementing the workarounds.

Thanks,
Samantha
Program Manager, WPF Tree Services & Controls
Posted by vcomrhencke on 6/18/2009 at 6:13 AM
This might be of help to the WPF team... in its early days, Google Chrome found and tackled a similar issue with Synaptics touchpads and scrolling not working. Maybe it would give some insight?

http://code.google.com/p/chromium/issues/detail?id=4
Posted by Microsoft on 5/28/2009 at 5:37 PM
Hello again,

After some initial investigation, the Editor development team found that this is an issue that should be handled by the WPF team. They'll pick up the investigation and fixing of this bug from here.

Thanks again,
Brittany
Posted by Microsoft on 5/27/2009 at 12:13 AM
Hi Sven (and Daniel and tagnarth),

Thank you for reporting (and confirming) this issue. We have been able to reproduce this on several laptop touchpads and hope to fix it for the final release of Visual Studio 2010. I've assigned this to a developer on the VS Editor team for investigation, and I'll post an update here when we have more information to share.

Thanks again for trying VS 2010 Beta1 and posting your feedback!

Brittany Behrens
Program Manager, VS Platform
http://blogs.msdn.com/vseditor
Posted by Tagnarth on 5/23/2009 at 5:02 PM
I'm also having the same problem. Toshiba Satellite A135-S4427. Syntaptics driver 6.4. I've tried adjusting all the scroll settings and all I can get it to do is scroll the entire page. I will kick off the scroll and after a few seconds it will jump to the bottom of the editor window.

On top of this the keyboard arrows are also having issues in XAML. I will hit down and it will go down a few lines and then refuse to go, after that I must click the next line or use the right arrow to get to it.
Posted by Daniel Grunwald on 5/23/2009 at 12:02 PM
Same here on a Medion MD-98200 notebook with Synaptics touchpad.
I'm not able to scroll in any WPF ScrollViewer, including the VS2010 source view. This happens for both .NET 3.5 SP1 and .NET 4.0 Beta 1 apps.

I tried the latest official driver from the Synaptics site (Synaptics_Driver_v10_1_8_Vista32.exe) as well as a "synaptics_v12.2.11.0.exe" which can be found on http://www.laptopvideo2go.com/forum/index.php?showtopic=15103
Both have the same problem.
Posted by Microsoft on 5/20/2009 at 3:31 AM
Thank you for your feedback, We are currently reviewing the issue you have submitted. If this issue is urgent, please contact support directly(http://support.microsoft.com)
Sign in to post a workaround.
Posted by Michael Lee Yohe on 7/2/2010 at 9:45 PM
Many thanks @danieljsinclair for a very basic, yet effective solution. Upgrading to the latest driver from Synaptic (not Dell) worked like a champ!
Posted by soumyasch on 1/8/2010 at 6:28 AM
It started working for me with version 15.0.0.1 (the one that comes with Scrybe) (Synaptics Topuchpad). In all WPF and Silverlight apps.
Posted by Daniel Sinclair on 1/5/2010 at 4:32 PM
I recently installed the latest synaptics driver 13.2.4.12 and scrolling has now started working in source windows in VS.Net 2010 B2.
Posted by basilmir on 12/19/2009 at 1:28 PM
It seems the problem is within the trackpoint software itself.

I managed to fix this for Visual Studio 2010 Express on my Windows 7 install.

Go to C:\Program Files\Lenovo\TrackPoint\ and find the file "tp4table.dat"

Open it in Notepad and under

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Pass 0 rules (These rules run first)
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;


Add these lines:

; Visual Studio 2010
*,*,VWDExpress.exe,*,*,*,WheelStd,0,9

Be sure to edit the name VWDExpress.exe to match either the express or "normal" studio install

Restart the computer. Enjoy!