Closed Bug 38284 Opened 24 years ago Closed 24 years ago

[RFE] support Panning of IntelliMouse

Categories

(Core :: DOM: UI Events & Focus Handling, enhancement, P3)

x86
Windows NT
enhancement

Tracking

()

VERIFIED DUPLICATE of bug 22775
Future

People

(Reporter: m_kato, Assigned: joki)

References

()

Details

(Keywords: helpwanted)

from http://www.microsoft.com/Mouse/intellimouse/sdk/sdkusage.htm#sdkPan

Panning is similar to scrolling, except that it is a continuous operation. When 
panning, the document scrolls continuously until the desired location is 
reached and the user terminates the operation. Speed and direction are 
controlled by the user. The object that is selected does not change.
Assignee: trudelle → joki
Status: UNCONFIRMED → NEW
Component: XP Toolkit/Widgets → Event Handling
Ever confirmed: true
QA Contact: jrgm → janc
I agree--I wanted this for awhile in NS 4.x.  This isn't XP widgets, though... 
reassigning to event handling for possible acceptance or triage. 

confirming.
fixed typo in summary
Summary: [REF] support Panning of IntelliMouse → [RFE] support Panning of IntelliMouse
bryner's the man for mouse-wheel
I think this should be implemented, because Windows users are going to expect
it.  However, it sounds like it would be a fair amount of work.  In addition,
I'm a little concerned about how this will affect the current function of the
middle mouse button - unix users, for example, will expect it to paste
(presumably), not pan the document.  So this would probably need either a pref,
or something specific in the windows widget code (the former sounds better to
me).

Marking helpwanted, I'm not sure if I will be able to get to this.
Keywords: helpwanted
*** Bug 34431 has been marked as a duplicate of this bug. ***
I just noticed something interesting.  If I have em_exec (from Logitech 
Mouseware) running, I am able to pan using the middle button.  I'm not sure 
exactly how it works, but it does function.  Without em_exec, nothing happens.  
Is there anything similar for Intellimouse that would cause the same results?
Brian: using the prefs panel, I set panning to occur on mouse scroll with the 
ctrl modifier, and it worked liked a charm.  This is on ms optical intellimouse 
intellieye explorer <whew> (in other words, it's the fairly new MS optical 
mouse).  I did notice an issue that seemed to prevent you from getting back 
to "normal" (ie default) font size, sometimes you could only get it back to too 
small or too large.

FIXED?
nm 'bout my last comment - I got this confused with the mousewheel-should-
resize-text rfe.

bryner: in response to your question, I can't seem to find an Intellimouse 
equivalent of that.  updating cc to use your nscp name, pls change back if you 
prefer your other one
This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
Mass update:  changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
I am voting for this bug.  I know this will be a lot of work, but mouse panning
is very useful to a lot of win32 users.  Perhaps it would be easier to try to
write panning control code into mozilla itself rather than trying to get it to
work with microsoft's drivers.  Perhaps just a quickie patch to detect it being
depressed, and linking it to the scrollbars.

Does the logitech equivalent not work either?
QA Contact: ckritzer → lorca
Updating QA Contact.
See also bug 22775, which is about Intellimouse's AutoScroll function.
This bug is a duplicate of bug 60809
Sorry, bug 60809 is a dup of this.
Panning does not req-ire contin-o-s mo-se down. So this is bug 22775.

*** This bug has been marked as a duplicate of 22775 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
vrfy dup
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.