Adding support for play services based geolocation could come as a value
add later. If the current implementation is broken and no one wants to
work on it (seems to be the case since it hasn't been fixed yet), then
Joe's suggestion to just drop it now and leave a no-op plugin that adds
permission
On Fri, Jan 10, 2014 at 8:58 PM, Andrew Grieve wrote:
> I've finished working on this for now and have marked the bug as
> fixed. The commits are all attached to
> https://issues.apache.org/jira/browse/CB-4910.
>
> What I've done is:
> 1. config.xml:
> - defaults to the root instead of within ww
I've finished working on this for now and have marked the bug as
fixed. The commits are all attached to
https://issues.apache.org/jira/browse/CB-4910.
What I've done is:
1. config.xml:
- defaults to the root instead of within www/.
- We still read www/config.xml if the file doesn't exist at the
Is the plugin still needed on older android versions? e.g. we might
want to have it be a no-op based on the android version instead of
deleting it?
Android geolocation seems to have gone Play Services, so another
option would be to make the plugin use that instead of the OS
geolocation in order to
It's used to implement the evaluateJavascript and insertCSS functions.
On Fri, Jan 10, 2014 at 1:33 PM, Joe Bowser wrote:
> Hey
>
> Why does InAppBrowser have JS hooks? I'm trying to remember the reason
> for this, and I'm finding that I can't. Can anyone tell me why we'd
> want this feature?
>
The index.html issue was iOS, not sure if it still exists.
Windows Phone 7+8 use the browser based geolocation as they have
implemented the spec, However because of the way permissions are managed,
there is a native do-nothing stub that simply signal that Location Services
are required.
Windows8
Oh! Ok cool, +1 to kill then
(Sorry id test but ironically mobile atm)
On Friday, January 10, 2014, Joe Bowser wrote:
> It never did on Android, you can see this in Mobile-Spec.
>
> On Fri, Jan 10, 2014 at 3:39 PM, Brian LeRoux >
> wrote:
> > Does the permission dialogue still ask for index.html
When do we want to start - last week of Jan?
Start RC Jan 20
Start Final Jan 27
... so we can have a Jan release
http://wiki.apache.org/cordova/RoadmapProjects
It never did on Android, you can see this in Mobile-Spec.
On Fri, Jan 10, 2014 at 3:39 PM, Brian LeRoux wrote:
> Does the permission dialogue still ask for index.html ?
>
>
> On Friday, January 10, 2014, Joe Bowser wrote:
>>
>> Due to numerous issues found in Geolocation, combined with an increas
Does the permission dialogue still ask for index.html ?
On Friday, January 10, 2014, Joe Bowser wrote:
> Due to numerous issues found in Geolocation, combined with an increase
> in reliability of the Web Geolocation, I'm wanting to see us EOL the
> Geolocation plugin.
>
> Reasons for this include
So, there's a list of things you can try w/weinre issues.
- is the weinre server on your whitelist (for Cordova)
- try turning using --verbose and --debug when you invoke weinre, and see
if anything appears in the terminal where you run weinre
- try running the demo apps provided with weinre (link
Due to numerous issues found in Geolocation, combined with an increase
in reliability of the Web Geolocation, I'm wanting to see us EOL the
Geolocation plugin.
Reasons for this include:
* Support for Geolocation on all currently supported versions of Android
* Numerous issues with the current Ge
Hey
Why does InAppBrowser have JS hooks? I'm trying to remember the reason
for this, and I'm finding that I can't. Can anyone tell me why we'd
want this feature?
BTW: This is related to: CB-5756, which I can't reproduce because I
can't actually type in the text field for some unknown reason.
I thought that after Andrew's work on
https://issues.apache.org/jira/browse/CB-5658 that any plugin-specific docs
would go in that plugin's repo.
So yes to add a caveat to FirefoxOS on that battery-status plugin, you'd
submit a PR changing the doc/index.md file in the battery-status repo.
I think
14 matches
Mail list logo