Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D493310B1C for ; Mon, 20 Jan 2014 18:48:27 +0000 (UTC) Received: (qmail 51867 invoked by uid 500); 20 Jan 2014 18:48:27 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 51822 invoked by uid 500); 20 Jan 2014 18:48:27 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 51814 invoked by uid 99); 20 Jan 2014 18:48:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jan 2014 18:48:26 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=FH_RANDOM_SURE,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of shazron@gmail.com designates 209.85.128.170 as permitted sender) Received: from [209.85.128.170] (HELO mail-ve0-f170.google.com) (209.85.128.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jan 2014 18:48:19 +0000 Received: by mail-ve0-f170.google.com with SMTP id cz12so3097799veb.15 for ; Mon, 20 Jan 2014 10:47:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=fwO2V+qfBd1reMhMFrf9yJYW4svC7pGz6dLop3RWnyg=; b=Lg0sC7w+Vjp6/Qec0X3BGj64gWit9rTvsfBx0+5UDP3q9HRcln56pB8ew6InYJdB7t SUEoA2MihNdeRHMuS+zpaXOUuu16tlMr4zDH/nrAHmD7VT5RG4+RQmwInvZa0wEdoDJW g2Rqu56d9/wIEu82H1N7vF5VstoRPSOIUScgIcOeKM35s4ZWu1Q2b11zJDGNZYU7Ze7D I+ijU3sLUmqeI/GE7KOe+VyN1z7ok3prIH9JRNetwjvpI3myrf98gQ3zmlH54Yn2y//T cbWBHJOCTOurO2Ht18bCzYn1QMpaLzfWE29p41y58fzflz6HHszdiyVa19Jwsd9xb8s+ +BhA== X-Received: by 10.52.246.133 with SMTP id xw5mr75360vdc.32.1390243679100; Mon, 20 Jan 2014 10:47:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.34.80 with HTTP; Mon, 20 Jan 2014 10:47:19 -0800 (PST) In-Reply-To: References: From: Shazron Date: Mon, 20 Jan 2014 10:47:19 -0800 Message-ID: Subject: Re: [Android] InAppBrowser sucks and needs a re-write To: "dev@cordova.apache.org" , "bowserj@apache.org" Content-Type: multipart/alternative; boundary=001a1133f0b8a4e7bd04f06b54b0 X-Virus-Checked: Checked by ClamAV on apache.org --001a1133f0b8a4e7bd04f06b54b0 Content-Type: text/plain; charset=ISO-8859-1 I know this is an Android thread, but speaking for iOS: -1 for shitcanning it cross platform. Our users still care I believe... it is important for some web OAuth authentication etc (FB, Twitter) but not sure if its as important on Android like iOS (perhaps the workflow is different). On Mon, Jan 20, 2014 at 10:37 AM, Joe Bowser wrote: > Hey > > So, after spending a bit of time with InAppBrowser, I think we should > get rid of it. It serves almost no purpose, and it's way too complex > of a plugin for us to maintain. However, nobody would agree with me > about shitcanning this thing, so instead I propose we re-write the > whole thing because it pretty much needs to be green-fielded. > > Part of the reason is the fact that the UI is all hardcoded when it > doesn't need to be. Now that we're moving around resources, we should > be able to move around XML layouts and use this instead of hardcoding > our UI in JS. > > The other part of the reason is that I think that too many new > features got added to InAppBrowser, and I don't think anyone actually > knows how this thing is supposed to work. Furthermore, I think that > on Android, even if you follow Android guidelines, the InAppBrowser > looks totally stupid and it screams "This is a PhoneGap App therefore > it sucks!". If our users can tell if an app is written in Cordova, we > have failed. > > Now, I'm fine with moving out the UI, but I want to know how much > people care about this stupid plugin. > > Also, on another note, has anyone tried starting Chrome with > startActvitiyForResult and onActivityResult? I'd much rather have > chrome appear and have Chrome pass the results back than our stupid > half-baked browser. > > I'm sure everyone has thoughts on this, so let's hear them. > > Joe > --001a1133f0b8a4e7bd04f06b54b0--