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)
Core
General
Tracking
()
VERIFIED
FIXED
mozilla10
People
(Reporter: tnikkel, Assigned: tnikkel)
References
(Depends on 1 open bug)
Details
(Keywords: ux-efficiency)
Attachments
(1 file)
(deleted),
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
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
Assignee | ||
Comment 3•13 years ago
|
||
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
Assignee | ||
Comment 4•13 years ago
|
||
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)
Attachment #562515 -
Flags: review?(roc) → review+
Updated•13 years ago
|
Product: Firefox → Core
QA Contact: general → general
Assignee | ||
Comment 5•13 years ago
|
||
Comment 6•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla10
Updated•13 years ago
|
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.
Comment 9•13 years ago
|
||
(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.
Comment 10•13 years ago
|
||
It would sure be interesting to hear how an extension would go about changing this hardcoded variable in compiled cpp code.
Comment 11•13 years ago
|
||
(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
Comment 12•13 years ago
|
||
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/
Comment 13•13 years ago
|
||
(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!
Comment 14•13 years ago
|
||
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.
Comment 15•13 years ago
|
||
Bug 725700 will add an about:config pref.
Comment 16•13 years ago
|
||
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
Comment 18•13 years ago
|
||
When? No such pref in Linux i686 rv12.0 SeaMonkey/2.9 20120329002549
Comment 19•13 years ago
|
||
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.
Comment 20•13 years ago
|
||
(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.
Comment 21•13 years ago
|
||
(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.
Comment 22•13 years ago
|
||
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.
Description
•