Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Modify horizontal scrolling in Mozilla-family browsers Web Browsers

The latest versions of Camino (0.8b) and Firefox (0.9) both use the horizontal scroll wheel to move back and forward in your history. This can be very annoying when using uControl for trackpad scrolling, but fortunately, with a bit of hacking, the old behavior (using horizontal scroll to scroll horizontally) can be restored.

In Firefox, type about:config into the address bar and hit return. This gives you a list of all possible configuration options. The ones we want are those that start with mousewheel.horizscroll.withnokey. Make the following changes by double-clicking the appropriate option in the list:

  • mousewheel.horizscroll.withnokey.action => 0
  • mousewheel.horizscroll.withnokey.sysnumlines => true

In Camino, you have to edit the preferences file directly. Make sure Camino isn't running, then open ~/Library -> Application Support -> Camino/prefs.js in your favorite plain text editor and add the following two lines (with no line breaks):

user_pref("mousewheel.horizscroll.withnokey.action", 0);
user_pref("mousewheel.horizscroll.withnokey.sysnumlines", true);
Then launch Camino. All should be working, with the horizontal scroll back to the way it was before.

    •    
  • Currently 2.20 / 5
  You rated: 3 / 5 (5 votes cast)
 
[15,278 views]  

Modify horizontal scrolling in Mozilla-family browsers | 6 comments | Create New Account
Click here to return to the 'Modify horizontal scrolling in Mozilla-family browsers' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Modify horizontal scrolling in Mozilla-family browsers
Authored by: dr_bob_cms on Jun 17, '04 03:48:40PM

Thank you! This behavior is also true for Mozilla 1.7rc3, which I have been trying out, but was going nuts with pages going back and forth as I scrolled. I hadn't realized that it was horizontal scrolling using ucontrol. With your suggestion, mozilla is now behaving itself again.



[ Reply to This | # ]
Didn't work in Camino for me
Authored by: mr_rangr on Jun 17, '04 07:19:42PM

I had a 0.8+ nightly build and edited the prefs.js file, and still had the problem. I installed Camino 0.8b and am still having the problem.
It works fine in Firefox, though, which is fine, as Camino seems to have fallen by the wayside.



[ Reply to This | # ]
re: Didn't work in Camino for me
Authored by: TheMystic on Jun 18, '04 12:40:20AM

Would you be willing to post your prefs.js for verification?

I wonder if it might have something to do with using the nightly build and 0.8b on the same user. Just a (fairly out of the blue) guess.



[ Reply to This | # ]
Didn't work in Camino for me
Authored by: randalla on Jun 18, '04 07:17:02AM

worked just fine for me. I used a user.js file instead of the prefs.js file though, but that's just my preference. Remember, /THIS/ is what you need to add to the prefs.js or user.js file:

user_pref("mousewheel.horizscroll.withnokey.action", 0);
user_pref("mousewheel.horizscroll.withnokey.sysnumlines", true);

and then restart the browser (or start it if you had it quit).



[ Reply to This | # ]
Fixed in latest Camino builds
Authored by: stewby on Jun 19, '04 09:25:04AM

Actually, those of you using Camino won't need this hint anymore: the behavior has been fixed in very recent nightly builds, and will scroll normally in the final version of 0.8.



[ Reply to This | # ]
Never edit prefs.js
Authored by: stewby on Jun 19, '04 09:28:30AM

Users should always edit user.js (creating it if need be in the same directory as prefs.js) instead of prefs.js. The prefs.js file is overwritten on every quit, so there's no guarantee that changes will stick. user.js, though, is read without ever being overwritten, and overrides anything in prefs.js so is a much better place to make pref changes.



[ Reply to This | # ]