Closed Bug 635645 Opened 14 years ago Closed 13 years ago

consider increasing the amount of scrolling performed by using the arrow keys

Categories

(Core :: General, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla10

People

(Reporter: tnikkel, Assigned: tnikkel)

References

(Depends on 1 open bug)

Details

(Keywords: ux-efficiency)

Attachments

(1 file)

In bug 595400 it was observed that Firefox scrolls the page by a much smaller amount when using the arrow keys than all other browsers. We should consider if we want to increase this amount.
I think we should start by fixing bug 629507 so that keyboard scrolling is the same speed as holding the mouse button down. That would at least simplify bug reports!
Depends on: 629507
And then there is this bug that caused a big regression in the scrolling speed, bug 593466
I tested on Windows XP (what I had handy), I loaded cnn.com, made sure I had the default zoom level, and then pressed the down arrow key once and then measured the number of pixels that had been scrolled. Results: IE 8: 82 pixels Opera 11.51: 40 pixels Firefox nightly 2011-09-26: 19 pixels Chrome 14: 40 pixels
Attached patch scroll 2 lines instead of 1 (deleted) — Splinter Review
We could debate what the ideal behaviour is, but lets just make this change which we know is in the right direction. We can make any potential further improvements in other bugs.
Assignee: nobody → tnikkel
Attachment #562515 - Flags: review?(roc)
Product: Firefox → Core
QA Contact: general → general
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Keywords: ux-efficiency
Is there a way to change this back? I often scroll pages an odd number of lines. For example, the YouTube logo is 3 lines high and I like the video title at the top of the tab.
(In reply to m101010a from comment #8) > Is there a way to change this back? Perhaps someone will write an extension. This is not exposed as a user preference.
It would sure be interesting to hear how an extension would go about changing this hardcoded variable in compiled cpp code.
(In reply to alta88 from comment #10) > It would sure be interesting to hear how an extension would go about > changing this hardcoded variable in compiled cpp code. Yeah. That's probably not a very easy extension to maintain. I've verified that this fix is working as intended.
Status: RESOLVED → VERIFIED
sorry, i forgot something above. </sarc> just so you get it: a gentle user, probably fresh from dreams gotten here[1], presented a completely legitimate use case for a pref far more relevant to UX than millions of others in Fx. the answer was utterly patronizing pablum. </nowimdone> [1] http://www.mozilla.org/firefox/customize/
(In reply to alta88 from comment #12) > just so you get it: a gentle user, probably fresh from dreams gotten > here[1], presented a completely legitimate use case for a pref far more > relevant to UX than millions of others in Fx. the answer was utterly > patronizing pablum. I honestly couldn't tell whether you were asking for a pref or just wondering out loud - passive agressive notes in a resolved bug aren't a great way to make feature requests. I'm sure that if you file a bug and CC the relevant people, you'll get much more useful responses!
I can't *believe* you made a fundamental UI change with *no* about:config option to control it! You have introduced a BUG and majorly annoyed thousands of users. Please *roll back this change* until you have introduced an about:config to control it.
Bug 725700 will add an about:config pref.
Is this something capoble of being undone via extension? Scroll arrows should be 1 line per click, up/down arrows one line per stroke.
(In reply to Felix Miata from comment #16) > Is this something capoble of being undone via extension? Scroll arrows > should be 1 line per click, up/down arrows one line per stroke. You should be able to edit this via about:config by changing toolkit.scrollbox.verticalScrollDistance
When? No such pref in Linux i686 rv12.0 SeaMonkey/2.9 20120329002549
Please take this to the support forum or newsgroup. This is a verified fixed bug and commenting here unnecessarily spams a number of people who could be getting actual work done.
(In reply to Asa Dotzler [:asa] from comment #19) > Please take this to the support forum or newsgroup. This is a verified fixed > bug and commenting here unnecessarily spams a number of people who could be > getting actual work done. I tried to take it to news:mozilla.dev.usability over 9 hours ago, but my post disappeared into the ether, and there's nothing new showing up there since November.
(In reply to Felix Miata from comment #20) > (In reply to Asa Dotzler [:asa] from comment #19) > > Please take this to the support forum or newsgroup. This is a verified fixed > > bug and commenting here unnecessarily spams a number of people who could be > > getting actual work done. > > I tried to take it to news:mozilla.dev.usability over 9 hours ago, but my > post disappeared into the ether, and there's nothing new showing up there > since November. The bug is resolved and verified as fixed. m.d.usability is not the right forum. This feature is behaving as designed. You're looking for user support now. try support.mozilla.org or the firefox support newsgroup.
My mistake for thinking regressions in beta releases, including stupid design changes, were development issues rather than user issues. I asked on moznet and got only pointers to this and bug 710372.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: