Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of agrieve@google.com designates
 209.85.214.175 as permitted sender)
MIME-Version: 1.0
Sender: agrieve@google.com
In-Reply-To: <CCAE3FD7.10424%fil@adobe.com>
References: 
 <CAE6O_-bdP7O5sRBL=V7EJj6WHGShk=t3G2D28DHiDrXNQcbSWQ@mail.gmail.com>
 <CCAE3FD7.10424%fil@adobe.com>
From: Andrew Grieve <agrieve@chromium.org>
Date: Thu, 25 Oct 2012 10:11:03 -0400
Message-ID: 
 <CABiQX1VBO1OxRBKFcJ_OcuLjgnRGfa9xondt9Y5cd4uwG3j=oQ@mail.gmail.com>
Subject: Re: iOS: CDVViewController.startPage - Any thoughts/plans on allowing
 full URLs there?
To: dev <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=e89a8fb207103b0ca004cce2c791

--e89a8fb207103b0ca004cce2c791
Content-Type: text/plain; charset=ISO-8859-1

The way I understand it is that apps signed with an enterprise cert will
run an any device, and are installed through mobile safari. If apple
catches your cert on an app that goes beyond the scope of your enterprise,
they'll revoke your cert and all of your apps will break.


On Thu, Oct 25, 2012 at 4:01 AM, Filip Maj <fil@adobe.com> wrote:

> Wait so there is an official route for no reviews anymore? Huh. I thought
> that was the _only_ reason this wasn't implemented yet.
>
> Would be so nice for dev workflows!
>
> On 10/24/12 10:04 PM, "Shazron" <shazron@gmail.com> wrote:
>
> >The original focus was for Apple App Store apps (thus having features
> >that will not raise Apple's ire), thus it was only designed to load a
> >file from the app's sandbox. With Enterprise distribution though (no
> >Apple App Review) -- this can be really useful and should be put on
> >the queue for implementation.
> >
> >On Wed, Oct 24, 2012 at 7:46 PM, Kevin Hawkins <khawkins@salesforce.com>
> >wrote:
> >> Thanks Andrew.  I'll start poking around with it, and see how it goes.
> >>Shaz will probably have thoughts too. :)
> >>
> >> Cheers,
> >> Kevin
> >>
> >>
> >> On Oct 24, 2012, at 7:21 PM, "Andrew Grieve" <agrieve@chromium.org>
> >>wrote:
> >>
> >>> It's probably something that's just not been gotten to yet. Going
> >>>straight
> >>> to the web means your app won't work offline out-of-the-box though, and
> >>> might hurt your appstore approval chances.
> >>>
> >>> It'd be worth adding to Cordova anyways though, as it's useful for
> >>>testing,
> >>> and as you pointed out, Android supports it.
> >>> There's also another related bug here:
> >>> https://issues.apache.org/jira/browse/CB-1475
> >>>
> >>>
> >>> On Wed, Oct 24, 2012 at 10:06 PM, Kevin Hawkins
> >>><khawkins@salesforce.com>wrote:
> >>>
> >>>> We're building out frameworks based on Cordova that have feature
> >>>>parity
> >>>> between Android and iOS.  We've come into a refactoring project in our
> >>>> frameworks where it would be very useful to be able to optionally jump
> >>>> straight from native to an HTTP(S) endpoint as our start page.
> >>>>Android can
> >>>> do this, but this functionality is not available in the iOS offering.
> >>>>
> >>>> My question is, is this deliberately missing, or just something that
> >>>>never
> >>>> really got into the update queue?  I'd be willing to take a look at
> >>>>it, but
> >>>> it seemed prudent to first ask if there are good reasons for that not
> >>>>being
> >>>> available in iOS.
> >>>>
> >>>> Cheers,
> >>>> Kevin
> >>>>
> >>>>
>
>

--e89a8fb207103b0ca004cce2c791--