Closed Bug 181622 Opened 22 years ago Closed 18 years ago

back/forward in print preview via alt-arrow results in The document cannot change

Categories

(Core :: Print Preview, defect)

1.8 Branch
x86
Windows 2000
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: piers, Unassigned)

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021119 Phoenix/0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021119 Phoenix/0.4

When in print preview mode, if you press a shortcut key for back (Alt+Left) or 
forward (Alt+Right), an error "The document cannt change while Printing or in 
Print Preview" pops up. This also happens if you press either of the back/foward 
buttons on an intellimouse. 

In IE6, the same shortcuts switch pages in a multiple page document (i.e. forward 
shows page 2 etc).

Reproducible: Always

Steps to Reproduce:
1. Open Moz.
2. Go to a page.
3. Go to another page (so there's something to go "Back" to).
4. Click File -> Print Preview.
5. Press Alt+Left.
Actual Results:  
Error "The document cannt change while Printing or in Print Preview" pops up.

Expected Results:  
When there are multiple pages to print, switch pages. Otherwise, do nothing.
Reproduced on Win XP with 20021122.

I do not see any way to change from page to page in Print Preview mode except by
clicking on one of the little black arrows in the VCR control.  
Note to self: <alt> forward/back should be used as navigation in PP
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Whiteboard: DUPME
Target Milestone: --- → Future
rods, would that automatically solve the error with using the intellimouse back/
forward buttons also (i.e. does the intellimouse just follow the shortcut keys)?
Not sure about the intellimouse (probably) the issue with using the <alt> arrow
keys for PP (very desirable) is that at the moment the event processing between
the front-end and the back-end is working right in this case. The dialog you see
is really just "back stop" catch . There is actually another bug filed on the
front-end event processing issues.

We need to better define what event we let through. Once we get a better handle
on that we can easily impl the <alt> keys in PP.
On a PC running Win98se and Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b)
Gecko/20021016:

The following keys give the error msg "Document cannot change while Printing or
in Print Preview:
alt left in cursor keys
alt left in num pad
alt up in num pad
alt home in num pad
alt home in cursor keys

Also:
alt page-up opens sidebar to random selection
alt page-down opens sidebar to random selection

The Print Preview menu bar shows no indication that there are active hotkey
commands for that window. Besides, up/down, pageup/pagedown,
and home/end are working, and provide all the keyboard control anyone would need
for scrolling on print preview. The "alt" hotkey controls may be in a Microsoft
browser, but Microsoft hotkeys can be a nuisance and there is absolutely no
reason to imitate them. Who nowdays uses keyboards that don't have cursor
control keys, page-up, page-down, home and end keys??? Many uses of alt and ctl
keys date back to when keyboards didn't even have lowercase characters,
30-year-old mainframe systems, not to mention mouse-controllable scroll bars.
Unless hotkeys are real shortcuts (ctl-u to show webpage or email source),
they're just legacy stuff for Wordstar fans.

In Print Preview mode, the Page Up / Page Dn keys `scroll` the document (per
2002112405).  The desired behavior is to jump directly to the top of the next or
prior page.  This is what clicking on the VCR controls forward and backward
buttons do.  

Stung by any suggestion of Microsoft mimicry, I have done a wee bit of research
on keyboard pagination.  

Adobe Acrobat Reader 4.0 uses Ctrl-Pg-Up and Ctrl-Pg-Dn.
Adobe Acrobat Reader 5.0.5 uses unmodified left and right arrow.
Opera 7 beta has scrolling only (no page jump)
Visual SlickEdit 7.0.1 uses unmodified Pg-Up and Pg-Dn
OpenOffice Writer uses unmodified Pg-Up and Pg-Dn
OpenOffice Calc uses ctrl-Pg-Up and ctrl-Pg-Dn 

I still like alt :-)
Thomas, I didn't mean to sting much, it's just that hotkeys have stung me many
times. I would spend some time composing a thoughtful email, then my fingers
would fumble on the alt or ctl key, maybe the spacebar and others, and my
composition would vanish---it wouldn't even be in the clipboard to be pasted
back. I first experienced the curse of clumsy fingers using MSIE 3.x email, and
it's probably happened with NS 4.x too.

Moving to the start of the previous or next page of a paginated text might be
nice, and in that usage I should just be silent due to lack of experience. 
Piers: Yes, Alt+Left/Right and using the Intellimouse buttons are the same
issue.  Since we don't support the Intellimouse messages directly (bug 30431, as
you know), the Point32.exe software sends an Alt+Left Arrow keystroke.
This problem seems to have gone away.

Dean, are you interested in making the intellimouse buttons switch pages in 
print preview now that they work in the browser?
The problem went away, sure, but the key strokes are just eaten now.  Is there
another bug to actually get them working?

The Intellimouse code uses nsIWebNavigation, which Print Preview doesn't look to
allow.  There's a nsIPrintPreviewNavigation that looks promising, but it doesn't
look to be implemented anywhere.  Rod, is this going to be used at all?
The same error is back again now (2003040708). :(
Print Preview toolbar gets stuck when you go forward/back in Print Preview
mode.

1. File->Print Preview
2. Click Print, then close the dialog.	NOTE if you don't first open the print
dialog box, forward/back will display the ".. cannot change while printing..."
3. forward/back (alt-Left/alt-right)

Returns to browser mode but Print Preview toolbar persists.  Close button does
not function.  See attached image.
Confirming that this is occurs as per comment #12 in Firefox 1.0 RC2. Should a
new bug be spun off to handle this in Firefox?
(In reply to comment #9)
> Dean, are you interested in making the intellimouse buttons switch pages in 
> print preview now that they work in the browser?

This would probably be fairly easy to do using nsIPrintPreviewNavigation.
might be a duplicate, but I'm not finding it. anyway, error no longer occurs. 
revising summary.

isn't this either invalid based on the discussion thus far or an ehancement
request to allow alt-arrow?
Assignee: rods → printing
Status: ASSIGNED → NEW
QA Contact: sujay
Summary: Error on back/forward in print preview → back/forward in print preview via alt
Steps to Reproduce (slight modification of comment 0):
1. Open page that will create 2 or more printed pages
2. Print Preview
3. click right arrow to right of page number
4. Press Alt+Left.

Actual Results:  
Error "The document cannt change while Printing or in Print Preview" pops up.
 
Expected Results:  
Alt-left or alt-right should either be ignored (not used) in print preview or should page forward and backward.

Fails on FF 1.5. But works (does not fail) for me on trunk 20060222. Unable to find bug where it was changed. So marking WFM.
 
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Summary: back/forward in print preview via alt → back/forward in print preview via alt-arrow results in The document cannot change
Whiteboard: DUPME
Version: Trunk → 1.8 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: