+1 same problem with new (2015) Dell xps 13.

I’m also using DPI scaling > 150% – it is needed for these higher DPI screens.

But, if I connect a mouse, the mouse wheel works normally for scrolling, only the touchpad has these issues.

I tried poking around to see any differences: I wrote a small program that uses windows SetWindowsHookEx (1) function to listen to mouse wheel events, to compare the difference in the events that came from an attached mouse and the touchpad.

I saw 2 differences:

• Touchpad: fine grained quantities in scrolling (in the MouseData parameter of the event)

• Normal USB Mouse: scrolled 120 (whatever the unit is), which is defined as a WHEEL_DELTA constant, a special value that defines a mouse wheel “click”

• Touchpad: Flags set to 0xFFFFFFFF – I think it indicates it is a generated signal, see LLMHF_INJECTED and LLMHF_LOWER_IL_INJECTED in (2).

• USB Mouse: Flags set to 0

Not sure if any of those mattered, so I tried converting the touchpad mousewheel events to equivalent events (using SetInput, see (3)), with the delta set to 120 – I wasn’t able to change the flags though. But that didn’t help …

Actually the curious thing is that if Sublime Text is selected, the touchpad (not the usb mouse) wheel events seem to disappear – nothing is sent to the hook registered with SetWindowsHookEx. Go figure …

In any case I tried some different DPI’s: 149 still didn’t work. But with 130 the scrolling works (and the events are there), so I stuck with that.

cheers

(1) msdn.microsoft.com/en-us/librar … 44959.aspx
(2) msdn.microsoft.com/en-us/librar … 44970.aspx
(3) msdn.microsoft.com/en-us/librar … 46310.aspx

Here’s an interesting discovery, tested both on a Surface Pro 2 and Surface Pro 3.

If you hide the menu bar (View -> Show/Hide Menu), scrolling with the Type Cover’s touchpad works just fine. Scrolling by using a finger on the touch screen still selects, rather than scrolls, however.

If you hit Alt to show the menu again, you’ll find that scrolling in the main window doesn’t work either. This makes me think that the menu eats the scroll events, instead.

However, as a work-around, hiding the menu will work.

[quote=“janpf”]I tried poking around to see any differences: I wrote a small program that uses windows SetWindowsHookEx (1) function to listen to mouse wheel events, to compare the difference in the events that came from an attached mouse and the touchpad.

I saw 2 differences:

• Touchpad: fine grained quantities in scrolling (in the MouseData parameter of the event)

• Normal USB Mouse: scrolled 120 (whatever the unit is), which is defined as a WHEEL_DELTA constant, a special value that defines a mouse wheel “click”

• Touchpad: Flags set to 0xFFFFFFFF – I think it indicates it is a generated signal, see LLMHF_INJECTED and LLMHF_LOWER_IL_INJECTED in (2).

• USB Mouse: Flags set to 0

Not sure if any of those mattered, so I tried converting the touchpad mousewheel events to equivalent events (using SetInput, see (3)), with the delta set to 120 – I wasn’t able to change the flags though. But that didn’t help …

Actually the curious thing is that if Sublime Text is selected, the touchpad (not the usb mouse) wheel events seem to disappear – nothing is sent to the hook registered with SetWindowsHookEx. Go figure …

In any case I tried some different DPI’s: 149 still didn’t work. But with 130 the scrolling works (and the events are there), so I stuck with that.

cheers

(1) msdn.microsoft.com/en-us/librar … 44959.aspx
(2) msdn.microsoft.com/en-us/librar … 44970.aspx
(3) msdn.microsoft.com/en-us/librar … 46310.aspx[/quote]

I think maybe you should hook the pointer messages introduced in Windows 8.

This problem is also present on a new Dell XPS13 with Precision Touchpad running Windows 8.1.

Hiding the menu doesn’t help for me. I haven’t tried decreasing the DPI, this is a 3200x1800 resolution display.

No response from the developers at all?

Issue was reported here. Still present with build 3081.

github.com/SublimeTextIssues/Core/issues/691

+1’ing this. We need this desperately. Touchscreen and touchpad support as well. Especially touchpad.

I’m an an Alienware QHD(2560x1440) touch display with a precision touchpad on Windows 8.1. The scrolling works when I switch to full screen (F11 on Windows), but stops working when I exit it. I’ve tried hiding and showing the menu while full screen and two finger scrolling still works.
Guess that’s a work around that could be used till we receive news from the developer

I’m on an Acer Aspire V5-573G (15.6" FHD) using Win8.1 and use dpi scaling of 1.25 and I’m trying to scroll with two-finger gestures on the touch pad. Neither hiding the menu nor enabling full screen or distraction free mode helps.

I second this. I’m on a Dell XPS13 (2015) with precision touchpad, using DPI-scaling. Paying licens.

This issue has been present for more than 18 months now without a fix. Come on…

I have to agree, how long will it take? I do pay for for license and here it is still not fixed after so many months! For the love of god, just fix this…

You’re not paying for support, you’re paying for the product as is at the time of purchase. It’s just nice of Jon to include updates for free.

Ohh, right - that’s perfectly good explanation! Perhaps they should mention on the main page that their editor is having hard time scrolling properly…

Also, no, it’s not nice to include updates for free - it’s mandatory, especially if they are bug fixes. However, having extra contents is nice and not mandatory. Do you see the difference between these two? Especially if one bug basically makes the whole editor useless and hard to work with.

Same here on my XPS 13 (2015) with a Windows Precision Touchpad. I hope the developer acknowledges the issue within the next couple years.

[quote=“3lite”]

at the time of purchase. It’s just nice of Jon to include updates for free.

Ohh, right - that’s perfectly good explanation! Perhaps they should mention on the main page that their editor is having hard time scrolling properly…

Also, no, it’s not nice to include updates for free - it’s mandatory, especially if they are bug fixes. However, having extra contents is nice and not mandatory. Do you see the difference between these two? Especially if one bug basically makes the whole editor useless and hard to work with.[/quote]

No.

sublimetext.com/eula

On the issue tracker the staff/collaborators seems more interested in argueing with dissatisfied customers and complaining over the fact that so many are stressed about this - than acctually fixing the issue.

github.com/SublimeTextIssues/Core/issues/691

Since collaborators seem to argue that this is a minor “Feature Request” and not a bug, and also that customers have no rights to complain and should basically shut up and be happy if someone acctually cares about them - maybe they should state that clearly on the homepage:
I mean that the text editor with “slick user interface, extraordinary features and amazing performance!” etc doesn’t have the very basic feature of trackpad scrolling on most new laptops. Strange I cannot find anything about it.

[quote=“twx”]On the issue tracker the staff/collaborators seems more interested in argueing with dissatisfied customers and complaining over the fact that so many are stressed about this - than acctually fixing the issue.

github.com/SublimeTextIssues/Core/issues/691

Since collaborators seem to argue that this is a minor “Feature Request” and not a bug, and also that customers have no rights to complain and should basically shut up and be happy if someone acctually cares about them - maybe they should state that clearly on the homepage:
I mean that the text editor with “slick user interface, extraordinary features and amazing performance!” etc doesn’t have the very basic feature of trackpad scrolling on most new laptops. Strange I cannot find anything about it.[/quote]

That was me, and I wasn’t arguing. I’m trying to maintain a clean and healthy environment for issues.

Nobody on that issue tracker is directly affiliated with Sublime HQ (the “company” behind the Sublime Text editor), it’s 100% community-driven.

Also, this is not minor but at least major (if not critical), which is indicated by the labels. I do not exactly agree on “+1” posts being meaningless since it does kind of show how many people are affected by this, but on the other side it’s not unexpected to see many users complaining about not being able to scroll with their touchpads since it affects all of them, including me. So, if I was a developer I would have moved my attention to this issue immediately as it arose just because I can imagine how many users would be affected by it. And let’s be honest, having to use the minimap or scroll bars for scrolling is incredibly annoying with multi-touchpads.

I work on the new Dell XPS 13" and have the same problem.

It is breaking any efficient workflow and though i love Sublime, it seems strange that this issue is still present. This is not a minor issue but a source to daily frustration.

hi,
I also have a Dell Laptop in July 2016.
it works smooth until one month.
after that, it didn’t even turn on.
I called Dell Customer Service and they replaced it in around 3 days. the new laptop only works for 1 day it also gets same problem. so I dial Dell Helpline again and got my money refunded.
Dell should improve its quality of Laptop.