Open
Bug 215950
Opened 21 years ago
Updated 2 years ago
Ctrl + scroll wheel does not zoom text if system scrolls one screen at a time
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
NEW
People
(Reporter: rsohal, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030809 Mozilla Firebird/0.6.1+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030809 Mozilla Firebird/0.6.1+
If the mouse driver is set to scroll the system one screen at a time, the
Ctrl+mouse wheel function will have no effect. Alt+wheel and Shift+wheel work
normally, as do the keyboard and menu shortcuts to zoom text. Setting the
system to scroll any number of lines causes the ctrl+wheel shortcut to work.
Using the latest Intellimouse driver (4.12) on Windows XP SP1.
Reproducible: Always
Steps to Reproduce:
1.In Windows Control Panel > Mouse > Wheel set to "Scroll one screen at a time"
Actual Results:
No effect when using Ctrl+wheel
Expected Results:
Text size changes with wheel rotation
Comment 1•21 years ago
|
||
If this is a driver setting, it is likely not passing the scroll "keypress" to
the application, instead it is calling something else. Since the driver
controls what signal the application receives, this would not be something
within Mozilla. I would suggest contacting Microsoft technical support to
report the problem. Perhaps Ctrl is not supported as a modifier within the MS
driver?
Marking INVALID for now, please contact support for the mouse and reopen this
bug if they can give you information pointing to a problem with Mozilla.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
QA Contact: asa → mpconnor
Resolution: --- → INVALID
It's not a driver bug. I've discovered the problem. If the mouse driver is set
to scroll one screen and the mousewheel.with(alt|control|shift)key.sysnumlines
pref is set to true, then neither the text zoom nor move through history special
functions will work. Instead, the system "screen at a time" preference
overrides the function and Mozilla 1.4/Firebird scroll the page instead of use
the other functions.
Setting the withXkey value to false causes these functions to work. Firebird
defaults withshiftkey set to false, which is why moving through history works.
It should also default to withcontrolkey set to false, as this will make
ctrl+wheel work for all users.
This is broken in both Mozilla 1.4 and Firebird. I'm new at this. Should I
file a new bug against this for Mozilla or should this bug be retargeted?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Comment 3•21 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031216
Firebird/0.7+
I was able to reproduce the bug. The shift and Alt functions with the mouse
wheel retain their abilities, but Ctrl+wheel no longer changes text size.
Component: General → Browser-General
Product: Firebird → Browser
Version: unspecified → Trunk
Updated•21 years ago
|
Assignee: firefox → events
Status: UNCONFIRMED → NEW
Component: Browser-General → Event Handling
Ever confirmed: true
QA Contact: mconnor → ian
Comment 4•19 years ago
|
||
Ctrl+rolling the mousewheel increases/decreases font-size in Deer Park alpha 2
rv:1.8b3 build 20050712 under XP Pro SP2.
As rightly mentioned, the XP users must use this setting:
Start/Settings/Control Panel/Mouse/Wheel tab/Roll the wheel one notch to
scroll:/ The following number of lines at a time
The Deer Park help viewer documentation (last updated on October 6th 2004) does
not mention this issue regarding features triggered by modifiers (Alt/Shift/Ctrl
+ rolling wheel). The page
Mouse Shortcuts
http://www.mozilla.org/support/firefox/mouse
does not either.
Comment 5•17 years ago
|
||
rsohal,
Is this bug still occuring?
You reported this for Firebird/0.6.1+ (and Mozilla 1.4) under XP Pro SP1. Over here, when using Firefox 2.0.0.11 under XP Pro SP2, I get the expected results. WFM. Please get back on this.
Firefox 3 will be released in a few weeks, so we should check if this is occuring in a recent Minefield (rv:1.9b3) nightly build.
Are you still using Intellimouse driver (4.12)? I use the default SP2 driver files issued/released by Microsoft for my logitech mouse.
Updated•15 years ago
|
Assignee: events → nobody
QA Contact: ian → events
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•