Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 7A3E7200D48 for ; Wed, 29 Nov 2017 20:26:10 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 78D77160C04; Wed, 29 Nov 2017 19:26:10 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id BFC11160C02 for ; Wed, 29 Nov 2017 20:26:09 +0100 (CET) Received: (qmail 98408 invoked by uid 500); 29 Nov 2017 19:26:09 -0000 Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@cordova.apache.org Received: (qmail 98397 invoked by uid 99); 29 Nov 2017 19:26:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Nov 2017 19:26:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 1243D180797 for ; Wed, 29 Nov 2017 19:26:08 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 2k_zt4wwSnS9 for ; Wed, 29 Nov 2017 19:26:05 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id E66EA5F4AD for ; Wed, 29 Nov 2017 19:26:04 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 8BC25E25AB for ; Wed, 29 Nov 2017 19:26:03 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id C51C221066 for ; Wed, 29 Nov 2017 19:26:01 +0000 (UTC) Date: Wed, 29 Nov 2017 19:26:01 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CB-13498) (inappbrowser) Add closebutton option for ios MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 29 Nov 2017 19:26:10 -0000 [ https://issues.apache.org/jira/browse/CB-13498?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16271394#comment-16271394 ] ASF GitHub Bot commented on CB-13498: ------------------------------------- jaapjanfrans commented on issue #247: CB-13498 added closebutton option for ios URL: https://github.com/apache/cordova-plugin-inappbrowser/pull/247#issuecomment-347968656 Hey thanks for chiming in! **Why would a developer want to have an inappbrowser window with no close button?** Simple, because the inappbrowser should not be closed in the app I'm building **As a user of the app, how would you close the inappbrowser?** The user is not supposed to close it :-) The app is basically wrapping a web app using the inappbrowser. It runs it's own javascriptcontext in the main webview of the app. The main webview handles push notifications, log in functionallity, sharing of content to the application from other apps on the device, the inappbrowser show the web app. The user does al his/her work in the web app. **Why would this be an iOS specific feature only?** On android, we just do not show the toolbar at all so the problem does not exist there. But on ios, we want to retain the forward/backwards control of the toolbar because ios has no backbutton in it's ui. So we want to have a toolbar with just the navigational controls. current situation on ios is that you get both, the nav controls and the close button. **To me this seems like a very specific use case that doesn't warrant adding it back to the main plugin repo.** Of course it's a specific use case, i won't argue with that. But why not offer the option when it's so easy to implement. Why limit ourselves to an 'all or nothing' toolbar :-) ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: users@infra.apache.org > (inappbrowser) Add closebutton option for ios > --------------------------------------------- > > Key: CB-13498 > URL: https://issues.apache.org/jira/browse/CB-13498 > Project: Apache Cordova > Issue Type: New Feature > Reporter: Jaap-Jan > > On ios the toolbar has a close button and back/next buttons. You can disable the entire toolbar, but not disable the close button only. > If a closebutton option is support, you can have a toolbar that only has the navigational buttons. > I needed this for a project that needs to keep the inappbrowser opened at all times (so a close button should not be shown) but also requires to have navigational buttons of the toolbar. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org For additional commands, e-mail: issues-help@cordova.apache.org