Closed
Bug 532442
Opened 15 years ago
Closed 15 years ago
unable to zoom
Categories
(Firefox for Android Graveyard :: Panning/Zooming, defect)
Tracking
(fennec1.0+)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
fennec | 1.0+ | --- |
People
(Reporter: jmaher, Assigned: stechz)
References
Details
Attachments
(1 file)
3.54 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
when looking to install the ad block plus extension, I go to: https://adblockplus.org/devbuilds/adblockplus/ I try to double click to zoom and it doesn't work. N900, N810, Omnia2 with the latest 1.9.2 nightly build.
Reporter | ||
Updated•15 years ago
|
tracking-fennec: --- → ?
Assignee | ||
Comment 1•15 years ago
|
||
What are you trying to zoom into? Looking in firebug, there's no real column to zoom into anywhere except on the links (which works fine for me). The only way to fix this is to have a general zoom-in if column zoom doesn't work.
Comment 2•15 years ago
|
||
Ben, we chatted about this in regards to m.wikipedia.org so that we have a secondary zoom mechanism that does not rely on the content of the page. I thought that was fixed by either: https://bugzilla.mozilla.org/show_bug.cgi?id=478038 or https://bugzilla.mozilla.org/show_bug.cgi?id=524479
Assignee | ||
Comment 3•15 years ago
|
||
It depends on what you mean. Sure you can zoom in with the keyboard, but double tapping will still do nothing on sites like this one. There are two options here: 1) Sometimes double tapping does nothing. 2) Double tapping always zooms in, even if it doesn't particularly zoom to something. What do we really want? And is the behavior we have now fine for 1.0?
Comment 4•15 years ago
|
||
I think we need to always zoom in
Comment 5•15 years ago
|
||
On the n900, CTRL-<up arrow> and CTRL-<down arrow> will zoom the whole in small increments. It's not ideal in that it (a) zooms from the upper left-hand corner rather than the middle of the viewport and (b) relies on a hardware keyboard, but it works and can help in these cases. We were playing, earlier, with the idea of zooming a certain amount (say 30%, to pull a number out of the air) when the user is currently at 100% zoom (full page width, in other words) and if the double tapped area is full-screen width. So, in other words, this "dumb" zoom would happen when there's no structure to zoom to (because the tapped area is already at screen width) but only if the page is completely unzoomed in. Otherwise, zoom works as it does now, so, after zooming in the 30%, double tapping again would take them back out to full page width, not take them in another 30%.
Comment 6•15 years ago
|
||
I should have said -- the adjustment to our zooming behavior I outlined in the second paragraph of the previous comment would be much preferable, in my opinion, to just always having double-tapping zoom the same arbitrary amount. Structured zooming is very useful most of the time -- it's just in the case where everything is full-page-width that it breaks down.
Updated•15 years ago
|
tracking-fennec: ? → 1.0+
Assignee | ||
Comment 9•15 years ago
|
||
Zooms 2x blindly at default zoom level, if nothing else can be done.
Comment 10•15 years ago
|
||
Comment on attachment 416199 [details] [diff] [review] Patch nits: change Browser -> this where appropriate
Attachment #416199 -
Flags: review?(21) → review+
Assignee | ||
Comment 11•15 years ago
|
||
Pushed as http://hg.mozilla.org/mobile-browser/rev/4a03aa5c95a5
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 12•15 years ago
|
||
verified FIXED on build: Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2b5pre) Gecko/20091209 Firefox/3.6b5pre Fennec/1.0b6pre
Status: RESOLVED → VERIFIED
Updated•14 years ago
|
Component: General → Panning/Zooming
You need to log in
before you can comment on or make changes to this bug.
Description
•