236594 - [UX] Ctrl+wheel (mouse scroll) should be disabled for print preview

Status: NEW

(Core :: Print Preview, defect)

Description

[Daniel Luz]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

When you request a print preview, the shortcuts ctrl+plus and ctrl+minus sign
are correctly disabled. However, ctrl+wheelscroll still remains. When you use it
in the print preview, the fonts change size, but the objects and lines remain in
their absolute positions (for example, the font may get bigger, but the lines
won't occupy more vertical space).

Reproducible: Always
Steps to Reproduce:
1. Open any page which has some content. The more, the better.
2. Use File>Print Preview
3. Hold the Ctrl key and scroll up and down the mouse wheel, to make the fonts
change their sizes.

Actual Results:  
Fonts change sizes, but without repositioning elements. After you leave the
preview, all your open pages will have their font sizes also affected, but if
you change them again (ctrl+wheelscroll, ctrl+plus, ctrl+0...) the changes will
be relative to their original sizes before opening the print preview.

Expected Results:  
Either zoomed in/out (my suggested behavior when in print preview mode) or done
nothing, ignoring this shortcut.

Comment 1

[Jason Barnabe (np)]

Confirming.

Oddly, in Seamonkey, you can use Ctrl+ and Ctrl-, but not Ctrl Mouse-Wheel.

Comment 2

[Sam F.]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

I get the same three behaviors with Win XP Pro and Firefox 1.0: 
- in print preview, ctrl-+ and ctrl-- are disabled;
- in print preview, ctrl+wheelscroll changes font sizes but not the size or
location of other objects, and 
- after leaving print preview the font size is changed in the same direction the
fonts in print preview were altered (i.e. larger or smaller), but
ctrl+wheelscroll causes changes relative to the font size prior to entering
print preview.

Is this two separate bugs?

Comment 3

[Jason Barnabe (np)]

Sam, why did you clear the CC list?

Comment 4

[John Mellor (Jomel)]

Either Ctrl-mousewheel and Ctrl-plus/minus should scale the page up or down (i.e. this will affect the printed result) or they should zoom what is seen on screen (including images; not affecting printed result) or they should all just be disabled.

See also bug 129025.

Comment 5

[Wayne Mery (:wsmwk)]

Eli. Are you familiar with bugs that have changed keyboard and mouse behavior?  I searched but didn't find the bug(s) that changed this.

FF2 and trunk are different 
- in FF2, ctrl+wheel zooms the print preview text
- on trunk, ctrl+wheel does not affect print preview, but it does bleed through to and changes the text size of the browser window.

Comment 6

[Eli Friedman]

Try using search to look for fixed printing bugs assigned to me; I'm the only one who's made changes to affect this, as far as I know.

What ends up happening here is probably that because the screen presentation actually still exists behind the print preview, the zoom event end up reaching it.

Solving all the problems with print preview is difficult because it was very badly designed.  The current print preview in Firefox is probably going to get replaced sometime in the next few months.

Comment 7

[DennisAusMaar]

Same in Firefox 2.0.0.12, Win 2000:

Ctrl and + or Ctrl and - doesn't do anything in print preview, but Ctrl and mousewheel zooms the text (and nothing else, what looks strange)

Comment 9

[Daniel Holbert [:dholbert]]

(In reply to DennisAusMaar from comment #7)
> [as of Firefox 2.0.0.12 in 2008]:
> 
> Ctrl and + or Ctrl and - doesn't do anything in print preview, but Ctrl and
> mousewheel zooms the text (and nothing else, what looks strange)

These days, the mousewheel-scrolling zooms the whole "print-preview sheet of paper" (not just the text), though the zoom is anchored off-page somewhere & still looks strange/broken. See https://www.youtube.com/watch?v=1-xjnf3pklA for a screencast.