132852 - Print Preview does not work using scale field

Status: VERIFIED WORKSFORME

(Core :: Print Preview, defect)

Description

[sujay]

using 3/22 build on windows

1) launch netscape
2) jump to www.mozilla.org
3) File | Print Preview
4) change scale from 100 to 50, hit enter

3 problems:

a) page doesn't change to 50, it only shrinks a little
b) changing values below 50 doesn't set it back to last value(or 100)
c) changing back to 100 doesn't work either, page doesn't update to 100 value

Comment 1

[sujay]

--> samir

Rod says:

Shrnk to Fit is now defaulting to "on" and the UI doesn't disable yet when it is
on, it's samir's bug [probably a dup].  The UI has to be disbaled on the TOOLBAR
when STF is set

Comment 2

[Samir Gehani]

But if ``Shrink to fit'' is on by default which means scale should be off by
default which makes having scaling pretty useless.  Only a small percent will
realize that unchecking ``Shrink to fit'' will cause the scaling UI to enable. 
I recommend against this especially while in print preview mode.  Have we got UE
buy off on this decision?

Comment 3

[Samir Gehani]

Besides, scaling is currently working with the arrows but not with the
textfield. which means *this* bug is possibly totally separate from the ``Shrink
to fit'' discussion.  Possibly a front-end bug.  Still needs investigation.

Comment 4

[Boris Zbarsky [:bzbarsky]]

> Only a small percent will realize that unchecking ``Shrink to fit'' will cause
> the scaling UI to enable.

Do we have a checkbox for "shrink to fit" right in print preview?  If not, this
is a correct statement.  If yes, we could try to group things so it's obvious
that that checkbox will enable resizing.

Alternately, setting a zoom level should turn off "shrink to fit" if that's set
(this may be the best option).

Comment 5

[timeless]

I don't have those buttons at all in LittleMozilla, this led me to try to use the page setup button, which does something very different.

Has anyone here used wordperfect's print preview?

Comment 6

[Samir Gehani]

Boris, 
We don't have a ``Shrink to fit'' checkbox in print preview.  

For reference the issue of ``Shrink to fit'' being set should disbale scaling UI
in print preview is addressed by bug 127857.

Comment 7

[sujay]

now we have a new problem in that when you change
the scale field to any value and hit tab/enter, it puts "1" 
in the scale field.

Comment 8

[sujay]

*** Bug 133957 has been marked as a duplicate of this bug. ***

Comment 9

[Samir Gehani]

The scale field is changing to a discrete drop down menu.  This bug will be moot.

Comment 10

[Peter Trudelle]

nsbeta1- per Nav triage team.

Comment 11

[rods (gone)]

This is incrediably misleading to users and makes PP look like it isn't working

Comment 12

[Peter Trudelle]

Rod, why won't the drop down menu obviate this bug?  
Samir, what is the bug# for that work?

Comment 13

[rods (gone)]

back to sgehani

Comment 14

[Samir Gehani]

Nav triage team: nsbeta1- (this will be moot once bug 127857 is fixed).

Comment 15

[R.K.Aa.]

*** Bug 144631 has been marked as a duplicate of this bug. ***

Comment 16

[rods (gone)]

I have been waiting on drivers approval, should get it today and then this bug
is "works for me"

Comment 17

[Greg K.]

Duplicate of bug 130067?

Comment 18

[Paul Gregg]

WFM  Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.1a+) Gecko/20020703  SP6a

I know this is a XP bug, but it works fine on NT4.
It has the drop down menu selector for pre-set scales, shrink-to-fit and custom.
All interactions [keyboard/mouse] work fine and as expected for the drop-down,
plus also works fine in page-setup. Also the settings in one is reflected in the
other, so there doesn't seem to be any problems.

Fixed for NT4 on trunk..

Comment 19

[sujay]

looks better now....

Comment 20

[sujay]

verified.

Comment 21

[:deanis74]

You really shouldn't verify a bug that you've resolved...