Closed Bug 64908 Opened 24 years ago Closed 12 years ago

Default Ctrl-Mousewheel pref should be 'increase/decrese font size'

Categories

(SeaMonkey :: Preferences, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: karl, Unassigned)

References

(Depends on 1 open bug)

Details

(Whiteboard: [2012 Fall Equinox])

The default pref value of using ctrl+mousewheel, should be to increase/decrease
the font size, since this is the way it works in all other (Windows) programs.
please, sigh mpt will kill us but...
Assignee: matt → bryner
Hey, how about implementing this in Mac OS 9 and X?  X should be easier since the 
OS actually has scroll mouse handlers....Plus, now that scrolling is workingon 
the Mac its more a question of adding an Accesskey-style thing with the Ctrl key 
than anything else, I guess.  Any thoughts?
[Mac users, give them a finger, they'll take the hand.]
The reason this was turned off by default (bug 45647) was that it interfered 
with multiple selection of items in trees -- including the thread pane of the 
mail window, and SELECT MULTIPLEs in Web pages.

But if the combo can just be disabled when a tree has focus, then this conflict 
would be solved, and the combo could be turned on by default.
since it doesn't make sense to change the font size in a tree i think we could 
make this work :-)
This doesn't need extra implementing for Mac, all we need to do is remove the
section of code that was hiding the mousewheel pref pane on Mac. I'll try to do
that tonight/tomorrow.  Let's try to keep this bug focused on whether this
should be the *default* pref (because of the problems it could cause with
multiple selection in trees and <select> boxes)


Status: NEW → ASSIGNED
FYI: I just did a quick test. Ctrl+Mousewheel works in both Internet Explorer
and Opera (several versions).
Depends on: 65355
Blocks: 37139
Target Milestone: --- → mozilla1.0
What happened, I thought the mousewheel support was to be left in. On the latest
nightly (20010117) it's gone.

I too think this is a very useful feature; and having the current zoom level
displayed in the status bar is an excellent idea.

Also, do i need to delete my current prefs.js to see the pref setting for this,
or does a pref NOT exist to turn this feature on/off?
Peter, Bugzilla is not a forum for `Why doesn't xyz work?' or `How do I do this?' 
or `When is this bug going to be fixed?'-type questions. Use the newsgroups for 
that.
Karl, what do IE and Opera do when the pointer is over listboxes and trees?  
Actually, I don't know if either have the concept of trees, but I'll leave that 
in the question.
Target Milestone: mozilla1.0 → mozilla0.9.9
Target Milestone: mozilla0.9.9 → Future
*** Bug 139024 has been marked as a duplicate of this bug. ***
related: bug 146491
Product: Browser → Seamonkey
Assignee: bryner → prefs
Status: ASSIGNED → NEW
QA Contact: bugzilla
(Filter "spam" on 'prefs-nobody-20080612'.)
Assignee: prefs → nobody
QA Contact: prefs
Default for Ctrl-Mousewheel is zoom in and out -> WFM
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [2012 Fall Equinox]
Does the current function (a) zoom the whole page or (b) only the text? If it's the whole page (incl .images) then this bug is still broken (i.e., NOT worksforme). This bug's title is "...increas/decrease *font size* (not zoom the whole page).

BTW: Regarding zoom all versus zoom text-only: Who would ever want the text they are reading to illegibly spill out over the left and right boundaries of the viewport? The zoom-all seems a very poorly chosen default.
(In reply to Peter Lairo from comment #14)
> Does the current function (a) zoom the whole page or (b) only the text?

Either is possible, the user can select the mode of operation (Preferences > Appearance > Content > Zoom only text instead of full pages). This setting is global as far as zoom is concerned.

> BTW: Regarding zoom all versus zoom text-only: Who would ever want the text
> they are reading to illegibly spill out over the left and right boundaries
> of the viewport? The zoom-all seems a very poorly chosen default.

Whether people want to use text or page zoom is a matter of preference, which is why the user is to choose.
(In reply to Jens Hatlak (:InvisibleSmiley) from comment #15)
> Whether people want to use text or page zoom is a matter of preference,
> which is why the user is to choose.

That the user has a choice is one (already solved) issue; which choice should be the *default* is the relevant issue.
You need to log in before you can comment on or make changes to this bug.