I just added UriResolvers, but needed to add a public method to
PluginManager that really should be package-private. I'd like to fix this
since it seems easy to do. I've pushed up a branch showing this:
https://git-wip-us.apache.org/repos/asf?p=cordova-android.git;a=commitdiff;h=f724df7101c300520b
On Thu, Jun 27, 2013 at 6:41 PM, Joe Bowser wrote:
> Hey
>
> I know that we've mentioned this in prior threads, but here's the two
> big questions:
>
> 1. When should we do the merge? I'm going to merge Android's master to
> 2.9.x on Friday if I don't hear anything. I believe that Steve and
> ot
I'd like to see the fields that require an exec() call split out. If they
aren't used, then apps are paying a price on start-up for them. There's
also the fact that some fields require the app to have extra permissions
set in its manifest.
Suggestion: Leave device.cordova & device.platform in core
So long as it's in master, we're going to merge master into 2.9.x, so
you're fine. If you explicitly cherry-pick it, then we're fine too.
On Thu, Jun 27, 2013 at 2:53 PM, Joe Bowser wrote:
> Yes
> On Jun 27, 2013 11:51 AM, "Don Coleman" wrote:
>
> > My fix for https://issues.apache.org/jira/br
Steve - are you breaking the "never rebase remote branches rule" here?
Since 3.0.0 is remote and others have it checked out, it should not be
force pushed. I think merge is the way to go here without any rebasing.
On Wed, Jun 26, 2013 at 10:39 PM, Steven Gill wrote:
> I have been keeping 3.0 bra
A proposal: https://issues.apache.org/jira/browse/CB-4036
Hey
I know that we've mentioned this in prior threads, but here's the two
big questions:
1. When should we do the merge? I'm going to merge Android's master to
2.9.x on Friday if I don't hear anything. I believe that Steve and
other people working on the plugin breakout are going to merge the
3.
Agreed. It'd be good to have those features built in.
On Thu, Jun 27, 2013 at 1:56 PM, Shazron wrote:
> Makes sense to me.
>
>
> On Thu, Jun 27, 2013 at 1:01 PM, Jesse wrote:
>
>> Looking at the Device API functionality it doesn't make sense to me for a
>> single plugin to define the platform v
Makes sense to me.
On Thu, Jun 27, 2013 at 1:01 PM, Jesse wrote:
> Looking at the Device API functionality it doesn't make sense to me for a
> single plugin to define the platform version it was built for.
>
> We could move this functionality into the framework, but I am reluctant to
> break AP
Looking at the Device API functionality it doesn't make sense to me for a
single plugin to define the platform version it was built for.
We could move this functionality into the framework, but I am reluctant to
break APIs if it is not needed.
I would like to recommend that we leave Device to fun
Yes
On Jun 27, 2013 11:51 AM, "Don Coleman" wrote:
> My fix for https://issues.apache.org/jira/browse/CB-3998 missed the 2.9
> Android tag
>
> Should I merge this from master into 2.9.x so it will make 2.9.1?
>
My fix for https://issues.apache.org/jira/browse/CB-3998 missed the 2.9
Android tag
Should I merge this from master into 2.9.x so it will make 2.9.1?
Hi Aleksey,
Please file an issue at http://issues.cordova.io I will help you there.
This list is for development of Cordova itself.
On Thursday, June 27, 2013, Aleksey Yashchenko wrote:
> Hi guys,
>
> I'm trying to load webview content from application documents folder.
> I'm getting wrong windo
Hi guys,
I'm trying to load webview content from application documents folder.
I'm getting wrong window size (blank bar on the screen bottom) and some
plugins not working (at least Contacts).
I tried:
- setting CDVViewController.wwwFolderName and CDVViewController.startPage
in various values ('/
This is caused by Windows+git not dealing properly with symbolic links. See
https://issues.apache.org/jira/browse/CB-2588
Check https://github.com/apache/cordova-js/pull/42 for how to edit the
scripts for a workaround.
Hope this helps.
-Xavier
On Thu, Jun 27, 2013 at 7:00 AM, Toda, Shingo
wrot
15 matches
Mail list logo
