Closed
Bug 4077
Opened 26 years ago
Closed 19 years ago
Scrolling line height
Categories
(SeaMonkey :: UI Design, enhancement, P3)
SeaMonkey
UI Design
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 | ||
Updated•26 years ago
|
Assignee: trudelle → don
Component: XP Toolkit/Widgets → XPApps
Assignee | ||
Comment 1•26 years ago
|
||
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
Comment 4•25 years ago
|
||
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
Can you take this request for a feature.
You can impletement it a million times faster than me.
Comment 7•25 years ago
|
||
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.
Comment 8•25 years ago
|
||
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.
Updated•25 years ago
|
Target Milestone: M16 → Future
Comment 14•22 years ago
|
||
See also bug 200213, "Scroll step for up/down arrow keys is too small with
smoothscroll on".
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 15•19 years ago
|
||
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?
Reporter | ||
Comment 16•19 years ago
|
||
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.
Description
•