Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CAHYtTq=gdue33ns+WPEGZB1eT3LK2PqFbtrKOf8gYs59aJijuQ@mail.gmail.com>
References: <d6a7a347ca8610033a06b74ee4092c35@webmail.domeneshop.no>
	<CAHYtTqn=Sva8dWZaygbF006TD360vFbFzAMH_=5A5D13VWwm+A@mail.gmail.com>
	<CAG5ZNwXMZH8egxGQ54os_4O4tCHJKt6mr69uF5Vx4hytvVW-Ew@mail.gmail.com>
	<CAHYtTq=gdue33ns+WPEGZB1eT3LK2PqFbtrKOf8gYs59aJijuQ@mail.gmail.com>
Date: Fri, 29 Jan 2016 18:50:35 +0100
Message-ID: 
 <CAG5ZNwUjTBGQ-5_4xuH0TRWfcjg=fTne8aRS6f_ohBZLxDk=hw@mail.gmail.com>
Subject: Re: geolocation getCurrentPosition and disabled location services
From: julio cesar sanchez <jcesarmobile@gmail.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Content-Type: multipart/alternative; boundary=001a11376ba4200f72052a7caca8

--001a11376ba4200f72052a7caca8
Content-Type: text/plain; charset=UTF-8

It's not really an API to force the dialog, it's just how the
CLLocationManager works if you try to use it when the location services are
not enabled (not the app permissions, the whole device location).

Anyway, I've been doing some tests, and it will only show the dialog twice,
it doesn't matter if you press "settings" or "cancel" on the dialog, the
third time you launch the app with the location services disabled, the
dialog won't appear again, so I don't think it's really helpful to add this
"feature".


2016-01-29 17:28 GMT+01:00 Carlos Santana <csantana23@gmail.com>:

> I see so there is an API to force the OS dialog?
>
> it would be another option in geolocationOptions, and would be only and iOS
> Quirk type of thing.
>
> I think we decided that moving forward that we should stay away of
> implementing things for a single platform.
>
>
>
>
> On Fri, Jan 29, 2016 at 10:14 AM julio cesar sanchez <
> jcesarmobile@gmail.com>
> wrote:
>
> > Carlos, the message he is talking about is a system message, so we don't
> > have to worry about how it works or the message it has to show.
> > It's displayed automatically when you call [self.locationManager
> > startUpdatingLocation]; and the geolocation services are turned off, but
> > the current implementation of the plugin doesn't call
> [self.locationManager
> > startUpdatingLocation]; if the permissions are turned off.
> >
> > Bad thing is geolocation plugin follows the W3C API, and I don't see any
> > way of adding this option without "breaking" the API
> >
> > 2016-01-29 14:18 GMT+01:00 Carlos Santana <csantana23@gmail.com>:
> >
> > > Thanks for opening the JIRA that says a lot about your interest to
> help.
> > > But my opinion the request is for a specific implementation related to
> > > UI/UX, then what would the dialog say and how to handle language etc...
> > >
> > > This is the reason in core Cordova we try to stay away from providing
> > > specific UI implementations
> > >
> > > Also there is no native iOS API to open settings app in the specific
> > > section of Location Services that I'm aware. There are some APIs to go
> > the
> > > your app section but not the location services.
> > >
> > > I would consider the use case be concern of Dev space how to handle the
> > > UI/UX when our current API returns with permission denied
> > > On Fri, Jan 29, 2016 at 7:07 AM Zarko Hristovski <zarko@binaris.no>
> > wrote:
> > >
> > > > Thanks.
> > > >
> > > > Created CB-10478 (getCurrentPosition should trigger system dialog for
> > > > enabling location services):
> > > > https://issues.apache.org/jira/browse/CB-10478
> > > >
> > > > It's a feature request, so fingers crossed.
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> > > > For additional commands, e-mail: dev-help@cordova.apache.org
> > > >
> > > >
> > >
> >
>

--001a11376ba4200f72052a7caca8--