Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5D093D5FE for ; Wed, 29 Aug 2012 23:43:08 +0000 (UTC) Received: (qmail 89520 invoked by uid 500); 29 Aug 2012 23:43:08 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 89502 invoked by uid 500); 29 Aug 2012 23:43:08 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 89461 invoked by uid 99); 29 Aug 2012 23:43:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Aug 2012 23:43:08 +0000 Date: Thu, 30 Aug 2012 10:43:07 +1100 (NCT) From: "Jesse MacFadyen (JIRA)" To: callback-dev@incubator.apache.org Message-ID: <272269149.14494.1346283788018.JavaMail.jiratomcat@arcas> In-Reply-To: <977706589.14831.1345052738327.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (CB-1247) An option similar to "webviewbounce" is needed that works on Windows Phone MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CB-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13444539#comment-13444539 ] Jesse MacFadyen commented on CB-1247: ------------------------------------- webviewbounce actually implies different functionality. webviewbounce tells the native code to prevent the additional animation. The anomaly you are seeing is the result of some of the manipulations not being caught. This will need to be addressed differently than the webviewbounce implementation mentioned. > An option similar to "webviewbounce" is needed that works on Windows Phone > -------------------------------------------------------------------------- > > Key: CB-1247 > URL: https://issues.apache.org/jira/browse/CB-1247 > Project: Apache Cordova > Issue Type: Bug > Components: WP7 > Affects Versions: 2.0.0 > Environment: Windows Phone > Reporter: Rob Van Wicklen > Assignee: Jesse MacFadyen > Fix For: 2.1.0 > > > A "webviewbounce" option can be set to fix an app's viewable area in place on the iOS screen, making it so that users cannot drag it and move it off the side of the screen. A similar setting is needed for Windows Phone. > Currently, even if the viewport size is set to the device screen dimensions and the scale is fixed at 1.0, Windows Phone users can still drag the app's viewport which results in a bounce effect similar to what's seen on iOS when the webviewbounce option isn't set to false. > The Windows Phone WebBrowser control doesn't directly expose a property that lets you eliminate the bounce, but the desired result can be acheived with a small amount of wrapper code around the control. This would need to be implemented within Cordova. The following article explains how to do it: > > http://www.scottlogic.co.uk/blog/colin/2011/11/suppressing-zoom-and-scroll-interactions-in-the-windows-phone-7-browser-control > Justification: the ability to eliminate the bounce effect is important for app developers who want to create an experience that's similar to a native app. This is not currently possible on Windows Phone. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira