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)
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.
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.]
Comment 3•24 years ago
|
||
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 :-)
Comment 5•24 years ago
|
||
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
Reporter | ||
Comment 6•24 years ago
|
||
FYI: I just did a quick test. Ctrl+Mousewheel works in both Internet Explorer
and Opera (several versions).
Comment 7•24 years ago
|
||
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?
Comment 8•24 years ago
|
||
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.
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla0.9.9
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → Future
Comment 10•23 years ago
|
||
*** Bug 139024 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
related: bug 146491
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•19 years ago
|
Assignee: bryner → prefs
Status: ASSIGNED → NEW
QA Contact: bugzilla
Comment 12•17 years ago
|
||
(Filter "spam" on 'prefs-nobody-20080612'.)
Assignee: prefs → nobody
QA Contact: prefs
Comment 13•12 years ago
|
||
Default for Ctrl-Mousewheel is zoom in and out -> WFM
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [2012 Fall Equinox]
Comment 14•12 years ago
|
||
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.
Comment 15•12 years ago
|
||
(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.
Comment 16•12 years ago
|
||
(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.
Description
•