Closed Bug 4077 Opened 26 years ago Closed 19 years ago

Scrolling line height

Categories

(SeaMonkey :: UI Design, enhancement, P3)

enhancement

Tracking

(Not tracked)

RESOLVED INVALID
Future

People

(Reporter: kr, Assigned: trudelle)

Details

Michael Plitkins has just added APIs to nsIScrollableView to scroll the view by lines (or pages). The app can specify the definition of a line, and Steve Clark suggested that we use just-out-of-view line heights to decide how much to scroll, to ensure bringing a full line into view each time. It's a nice idea.
Assignee: trudelle → don
Component: XP Toolkit/Widgets → XPApps
The App? Sounds like a job for Don's crew.
Re-assigned to matt@netscape.com and set target milestone to M7.
Assignee: don → matt
Target Milestone: M7
Target Milestone: M7 → M8
Target Milestone: M8 → M9
Target Milestone: M9 → M10
Just testing cc for new mail address.
Target Milestone: M11 → M14
Has this code made it into the tree? I believe it could be used as a fix for bugs 11751 and possibly for 16806
Summary: scrolling line height → [RFE] Scrolling line height
Target Milestone: M14 → M15
Re-evaluate later ...
Assignee: matt → mcafee
Can you take this request for a feature. You can impletement it a million times faster than me.
I don't really like the idea that the browser would scroll by a different amount each time I press down.. I would like to be able to set how far I scroll, though. Netscape's default is right around 1 "standard-sized" lines, but I'm used to IE's default of about 3.
Doing something like this is complicated for lots of reasons. I think this code may have been enabled for a short time, and it had problems around tables. It's not clear what it should do around tables, floats, absolute positioning, etc.
Move to M16 for now ...
Target Milestone: M15 → M16
spam: qa contact to jrgm@netscape.com
QA Contact: paulmac → jrgm
Target Milestone: M16 → Future
nav triage team: Not a beta1 stopper, marking nsbeta1-
Keywords: nsbeta1-
vishy
Assignee: mcafee → vishy
-> default owner
Assignee: vishy → trudelle
QA Contact: jrgm → sairuh
Summary: [RFE] Scrolling line height → Scrolling line height
See also bug 200213, "Scroll step for up/down arrow keys is too small with smoothscroll on".
Product: Core → Mozilla Application Suite
As far as I can tell, this is fixed. If I scroll on a page and then increase the font size and scroll again, I scroll by more. Looking at the code, this seems to have been fixed back in 1999: http://lxr.mozilla.org/seamonkey/source/layout/base/nsPresShell.cpp#3172 Is there any reason to keep this bug report open?
In case anyone values my opinion, I don't see why this bug should be kept open. As people have mentioned: not only is it complicated to implement, it's not necessarily a good user interface. Having one click scroll more or less than the very next is arguably inconsistent. If anyone really wants to do this "enhancement" anyway, go ahead and reopen the bug. :)
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.