Closed
Bug 62431
Opened 24 years ago
Closed 19 years ago
Mousewheel should only scroll scrollable textareas
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bugzilla, Assigned: bugzilla)
References
Details
Attachments
(3 files)
2.87 KB,
patch
|
Details | Diff | Splinter Review | |
1.85 KB,
patch
|
Details | Diff | Splinter Review | |
1.76 KB,
patch
|
Details | Diff | Splinter Review |
The mousewheel should only scroll a textarea if it has scrollbars. It
currently tries to scroll it even when it doesn't, which means nothing happens
if the cursor happens to be over, say, an empty textarea.
Assignee | ||
Updated•24 years ago
|
QA Contact: jrgm → janc
Comment 1•24 years ago
|
||
This should only be happening if the text area has focus, I would think...
Comment 2•24 years ago
|
||
Accepting, although I don't see this one as really high priority.
Status: NEW → ASSIGNED
OS: Windows ME → All
Hardware: PC → All
Target Milestone: --- → mozilla1.0
Comment 3•24 years ago
|
||
This applies to single-line text fields, too. Many times a day I curse at
mozilla in bugzilla pages because I type something, then try to wheel-scroll,
then realize that I have to click outside the text field first. It would SO
enhance usability if this was fixed ... can I help?
Summary: Mousewheel should only scroll textarea if it has scrollbars → Mousewheel should only scroll text control if it has scrollbars
Comment 4•24 years ago
|
||
See also bug 27771, on the same problem as it relates to page up/down. Bryner
suggests that nsGfxTextControlFrame2::GetScrollableView should return the parent
if the text conrol is not scrollable, which sounds very sensible, and I'm going
to play with that and see if it fixes the problem (with luck, it'll fix both bugs).
Assignee | ||
Comment 5•24 years ago
|
||
I have a fix for the input field part. I'm not yet sure how to determine if
the textarea overflows.
Assignee: bryner → blakeross
Status: ASSIGNED → NEW
Summary: Mousewheel should only scroll text control if it has scrollbars → Mousewheel should only scroll scrollable textareas
Assignee | ||
Comment 6•24 years ago
|
||
Assignee | ||
Comment 7•24 years ago
|
||
Just realized that ::GetClosestScrollableView needs to be returning an
NS_IMETHOD for correctness (per its prototype). fixed.
by the way, this doesn't fix the pgup/dn bug. GetScrollableView is never
reached, probably because editor is bailing somewhere beforehand.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 8•24 years ago
|
||
errr, NS_IMETHODIMP.
Assignee | ||
Comment 9•24 years ago
|
||
Assignee | ||
Comment 10•24 years ago
|
||
Comment 11•24 years ago
|
||
r=bryner
Assignee | ||
Updated•24 years ago
|
Priority: P3 → P1
Target Milestone: mozilla1.0 → mozilla0.9.1
Comment 13•24 years ago
|
||
*** Bug 80014 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Comment 14•23 years ago
|
||
See also bug 42313, Unable to scroll with mousewheel over objects contained in
IFRAMEs.
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Comment 15•23 years ago
|
||
Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room
for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work.
If anyone disagrees with the new target, please let me know.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Assignee | ||
Updated•23 years ago
|
Priority: P1 → --
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0.1
Comment 17•22 years ago
|
||
*** Bug 140074 has been marked as a duplicate of this bug. ***
Comment 18•21 years ago
|
||
ok it works now
Comment 19•21 years ago
|
||
This caused bug 209807
Comment 20•21 years ago
|
||
*** Bug 185121 has been marked as a duplicate of this bug. ***
Comment 21•19 years ago
|
||
WF in current trunk build, shouldn't this be resolved WFM?
Comment 22•19 years ago
|
||
WFM too
Please reopen if you can reproduce with a trunk build
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•