AutoHotkey Community

First, just like to say thanks a bunch for this script, it makes using my viliv s7 a lot more fun. My question, is there a way to stop/interrupt scrolling? My preferred method of using this is setting friction to zero so that the scrolling will continue until you hit the end of the page unless you interrupt it. I haven't figured out a way to interrupt that scrolling, not by clicking on the page or by try to grab and drag the opposite way. So, am I missing something or can this be implemented somehow?
Thanks again for the script, its awesome.

Hello, thanks for the kind words. This is not possible with the current implementation, however it's a relatively easy change. I had actually intended for you to be able to do just that; to click again to "catch" the drag and start scrolling again, but an oversight and the current momentum settings made me miss this.

I have made the changes so that this use case is possible, and will include them in the next release, which should be coming shortly. If you've installed v2.0+ you should get an automatic update notification when the script starts.

Just posted version 2.1.
This version adds a lot of little changes, bugfixes, polish, and a few new features, including the ability to support zero friction and "catching" the fling.
See the first post and/or the readme.txt for a full list of changes.

Enjoy!

Time for another update. Just posted v2.2

This version replaces the settings menu for two new settings GUIs... This should be much easier for you to edit the many settings associated with this script, and should make using the compiled version easier to configure

The All Settings Gui
Dynamically lists every setting registered with the script. Think of this like a debug section, like firefox's "about:config". Changing the settings shown here immediately updates the variables in memory and writes your selections to the ini "General" section

App Settings Gui
This GUI was created to be the main interface to DtS settings, and should be pretty straight forward. Use the controls to apply settings and write them to the settings file. The dropdown at the top lists all the sections found in your settings file, and loads settings associated with that section. Use the "General" section to apply defaults, or simply type in an executable name and hit apply, to create that section and apply application specific setting overrides.

Settings overrides (aka sections) can match any of the following:

• application executable name (notepad++.exe)
• full application path (c:\Program Files\Notepad++\Notepad++.exe)
• an application window class (NotePad++)
• a CONTROL class (Scintilla2)

Use AHK's window spy to find application or control classes, or your task manager to find process names and pathes.

Your update worked great; it even fixed a bug I hadn't mentioned yet. I'm sorry for not getting back to you sooner, this week has been insane. BTW do you have a way of accepting donations?

Thanks for the hard work

A couple of bugs
First appearing w/ v2.1, when launching the script .ahk file from a shortcut (in the start up folder or pinned to start menu) I get the error DtS launched fine at start up prior to v2.1

When using the .exe and changing from RButton to MButton in the 'DtS All Settings' panel
The setting eventually went through, but I'm not sure how|why.

Thank you. It's flattering you'd consider donating, but I do not have any way to accept them. I have long considered eventually having a paypal donate button, but haven't felt the need or a place to put it Maybe once I finally finish that website I've been telling myself I'll work on


DtS is looking in the "current directory" for ini.ahk, when you run the AHK from explorer, the current directory is the one that holds the file... but when you run from a shortcut, the directory is set in the shortcut properties. Right click on the shortcut, and choose Properties. Set the "Start In" box to the directory containing DragToScroll.ahk. I believe this should fix it.. I can also make a small change to avoid this going forward, so that its forced to look in the script directory for it..


Thank you, this is an issue. It happens because the "All Settings" dialog directly changes the settings in memory without properly deleting and recreating the hotkey binding when the value changes. However, if you simply reload the script, the old hotkeys are destroyed and the script should work fine. This issue should only happen just after you make this change in All Settings, and will not come back unless you change it again. I will think about how to correct this, and include it in the next update.

Thanks Cheek, great work as always on DtS.

This is the function I'd most like to see as you continue to improve DtS. Maybe it could be a goal for v3.0

I just updated to the latest version and the same problem came back. Any ideas?

Whoops! Not sure how I reintroduced that, none of the changes were even related to scrolling or momentum, it was all settings and GUI stuff.

I've started to go back and undo the changes from that version, to try to narrow it down. Not sure how I'd ever find it without version control! Still no luck yet, but running out of options; I'll finish up when I have a chance, and post a bugfix release soon.

Ok, figured out the recent bugs...

Posted 2.21, which contains miscellaneous bugfixes from 2.2, including those reported above by Hoffmeyer and MainTrane




I have taken a second look at this, and I have a working demo where the scroll speed is automatically adjusted for long documents. So far I'm not too happy with the results, and I'm thinking it's probably not going to make it into the main version.

The problem is that grabbing scrollbar information just isn't widely supported enough to yield consistent results. Some apps also report incorrect scrollbar info--At least 3 of the apps i use regularly are WRONG, and lots more don't work. Its also possible that you do not always WANT to scroll a bigger document faster (e.g. IM history).

The bottom line is that the elegant handling of scroll speed I had pictured just isn't possible, and what does work isn't worth the overhead or complexity. I've found its just easier to use acceleration or the "Fast Mode" speed toggle to quickly get around long docs.

if this script had this, it would be perfect. no joke.

does anyone know of any script or program that has this capability? besides the buggy as hell one...

thanks!

You have no idea how long I have been waiting for this application. Thank you for developing and maintaining this app. You are a gentleman and a scholar!

"Marble Mouse Scroll Wheel" implements this quite well (the cursor stop moving when you hold the assigned button, so that you can keep on scrolling), but I am not sure if it works on non-trackball device.

This is a brilliant replacement for SmartScroll i use on Mac. The only issue is that in the Firefox 4 beta on Win7 only Wheelkey scrolling method works, and it's not very precise and comfortable, though does its job. could you please make an update to support other methods too? With FF 3.x there's no such problem.