Closed Bug 556617 Opened 14 years ago Closed 14 years ago

volume rocker zooming allows zooming out past page-width

Categories

(Firefox for Android Graveyard :: General, defect)

Fennec 1.1
x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: madhava, Assigned: mbrubeck)

Details

Attachments

(1 file)

By zooming out with the volume rocker, I can zoom out until the web page is taking up less than the available space.  This leaves an awkward "nothing" area next to the vertical band of webcontent. I think zooming out should stop at 100%.
tracking-fennec: --- → ?
I think you mean "page-width", not 100% zoom
Summary: volume rocker zooming allows zooming out past 100% → volume rocker zooming allows zooming out past page-width
For comparison, Android 2.0 and iPhone do not allow zooming out past page-width.

On the other hand, zooming out further is useful for panning quickly through very long pages (especially since there's no draggable scrollbar or other quick-scroll UI in Fennec).
Assignee: nobody → mbrubeck
Status: NEW → ASSIGNED
Attached patch patchSplinter Review
This patch restricts the zoomin/zoomout commands to zoom levels greater than the "page-width" level.

For this we want the exact unadjusted "to fit" zoom level - not the "default" level from getZoomForPage() which might be adjusted by content metadata or our own heuristics.  So I split getZoomForPage into two functions, one of which just returns the fit-width zoom level.

BrowserView.zoomToPage is dead code since changeset 490d48e0c295 (bug 530887), so I deleted it rather than update it.  I also fixed some obsolete references to it in comments.
Attachment #437706 - Flags: review?
I like this feature. But I would prefer to have the page centered... Perhaps do some usability testing or get some other feedback before it is considered a bug?
(In reply to comment #4)
> I like this feature. But I would prefer to have the page centered... Perhaps do
> some usability testing or get some other feedback before it is considered a
> bug?

I agree - I think we should try out this patch, but consider whether it's a net gain or not.
Attachment #437706 - Flags: review? → review?(mark.finkle)
Attachment #437706 - Flags: review?(mark.finkle) → review+
pushed:
http://hg.mozilla.org/mobile-browser/rev/1e1e97caa616
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
verified FIXED on builds:

Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2.4pre) Gecko/20100412 Namoroka/3.6.4pre Fennec/1.1a2pre

and

Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.3a4pre) Gecko/20100412 Namoroka/3.7a4pre Fennec/1.1a2pre

We should update one of the screen navigation testcases to regression test this bug.
Status: RESOLVED → VERIFIED
Flags: in-litmus?
test case https://litmus.mozilla.org/show_test.cgi?id=7522 updated to regression test this bug
Flags: in-litmus? → in-litmus+
tracking-fennec: ? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: