Closed Bug 556619 Opened 16 years ago Closed 16 years ago

portrait mode - about:config rows shorter than a touchheight

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: vingtetun)

Details

Attachments

(1 file, 1 obsolete file)

The layout is fine in landscape, but is scaled down to less than a touchheight in portrait: http://www.flickr.com/photos/madhava_work/4482700656/
tracking-fennec: --- → ?
I suspect that this will be the case for the tabs from other computers page too
We should disable zoom for XUL pages, imo
Attached patch Patch (obsolete) — Splinter Review
Assignee: nobody → 21
Attachment #438465 - Flags: review?(mark.finkle)
Comment on attachment 438465 [details] [diff] [review] Patch Overall I liked the patch but had some refactoring I'd like to see. I made a patch that builds on yours
Attachment #438465 - Flags: review?(mark.finkle) → review+
Attached patch patch 2Splinter Review
This patch builds on the first. It moves some of the logic into isContentHandheld so we can re-use it at other times. It also cleans up isContentHandheld so we don't need to test some many different "reasons" in other code. All modes return "scale" and I add "allowZoom" which will be used in later patches. The patch removes the special "browser-chrome" which was a duplicate of "window-width" and "window-height"
Attachment #438465 - Attachment is obsolete: true
Attachment #438532 - Flags: review?(21)
Comment on attachment 438532 [details] [diff] [review] patch 2 > getPageZoomLevel: function getPageZoomLevel() { >diff --git a/chrome/content/Util.js b/chrome/content/Util.js >--- a/chrome/content/Util.js >+++ b/chrome/content/Util.js >@@ -111,24 +111,27 @@ let Util = { > makeURLAbsolute: function makeURLAbsolute(base, url) { > // Note: makeURI() will throw if url is not a valid URI > return makeURI(url, null, makeURI(base)).spec; > }, > > contentIsHandheld: function contentIsHandheld(browser) { > let doctype = browser.contentDocument.doctype; > if (doctype && /(WAP|WML|Mobile)/.test(doctype.publicId)) >- return {reason: "doctype", result: true}; >+ return { reason: "doctype", result: true, scale: 1.0 }; > > let windowUtils = browser.contentWindow > .QueryInterface(Ci.nsIInterfaceRequestor) > .getInterface(Ci.nsIDOMWindowUtils); > let handheldFriendly = windowUtils.getDocumentMetadata("HandheldFriendly"); > if (handheldFriendly == "true") >- return {reason: "handheld", result: true}; >+ return { reason: "handheld", result: true, scale: 1.0 }; ... > if (viewportScale > 0 || viewportWidth > 0 || viewportHeight > 0) { > return { > reason: "viewport", > result: true, > scale: viewportScale, > width: viewportWidth, > height: viewportHeight, >- autoSize: viewportWidthStr == "device-width" || viewportHeightStr == "device-height" >+ autoSize: viewportWidthStr == "device-width" || viewportHeightStr == "device-height", >+ allowZoom: windowUtils.getDocumentMetadata("viewport-user-scalable") != "no" > } > } > >- return {reason: "", result: false}; >+ return { reason: "", result: false, allowZoom: true }; > }, Thinking of the usage we do of this function can we rename it? (contentIsHandheld sounds like a function that return a boolean for me) >- // Tell the UI to resize the browser controls before calling updateSize >+ // Cause a resize of the viewport if the current browser holds a XUL document >+ let browser = Browser.selectedBrowser; >+ if (browser.contentDocument instanceof XULDocument) >+ BrowserView.Util.ensureMozScrolledAreaEvent(browser, w, h); >+ Maybe we should use the new shiny "contentIsHandheld" function here instead of checking if that a XULDocument?
Comment on attachment 438532 [details] [diff] [review] patch 2 As discuss, r+ with the rename from contentIsHandheld to getViewportMetadata
Attachment #438532 - Flags: review?(21) → review+
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
verified FIXED on build: Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2.4pre) Gecko/20100413 Namoroka/3.6.4pre Fennec/1.1a2pre
Status: RESOLVED → VERIFIED
tracking-fennec: ? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: