It occurred to me this morning that I didn't test a scenario where an application
deliberately didn't maintain an appropriate aspect ratio with targetWidth &
targetHeight.
I added a button to my app that set targetWidth to 2048 and targetHeight to 768.
On Android I got the following:
Portrait
Awesome, looks like JIRA has given us a VM to use to collect all of the CI
data.
Reply if you want/need access and I can email INFRA with all of our names
at once.
I can also work on setting up the db this week if nobody else wants to.
-- Forwarded message --
From: jan iversen
Given that I still do not have an internal machine designated for
buildmaster( maybe soon...) , is there any interest in putting a shared
buildbot master on this too?
On Tue, Dec 3, 2013 at 8:22 AM, Mike Billau wrote:
> Awesome, looks like JIRA has given us a VM to use to collect all of the C
Hi Cordova Developers,
Crosswalk [1] is a web application runtime based on Blink and Chromium. It
supports Android 4.0+. By integrating Cordova with Crosswalk, it brings remote
debugging capability, better HTML5 support and higher performance to Cordova
apps.
In Crosswalk projects, there is a
Hi,
I don't know why or since when but getClassByName is called with an
argument of "" (not null).
The method getClassByName checks for null but not for "" and so it crashes.
This happens for the service http://api.phonegap.com/1.0/device
I am using cordova-3.1.0-0.2.0
A screenshot of the debuggi
On ios, the default config.xml file (aka the platform defaults) is bundled
as part of the ios project template, and the project template is easy to
override using flags to create script / CLI config options. Easy, great.
For android, the default config.xml file is bundled with the platform
framew
For targetWidth = 2048 , targetHeight=768, does it make sense to have the
result picture with width=768,height=1024? That seems odd to me.
-James Jong
On Dec 3, 2013, at 7:34 AM, John M. Wargo wrote:
> It occurred to me this morning that I didn't test a scenario where an
> application delibe
Yo dude, that's rad bro!
On Mon, Dec 2, 2013 at 9:54 PM, Steven Gill wrote:
> Looks rad Carlos!
>
>
> On Mon, Dec 2, 2013 at 6:01 PM, Tommy Williams wrote:
>
> > Sad times.. He he.
> >
> > Still sounds awesome.
> > On 03/12/2013 12:59 pm, "Carlos Santana" wrote:
> >
> > > nice Tommy, name was
OK, it'd be good if more people chimed in on this thread before we tag the JS.
On Mon, Dec 2, 2013 at 3:50 PM, Naik, Archana wrote:
> Yes.. +1 for obvious reasons!!:))
>
> On 12/2/13 3:44 PM, "Jesse" wrote:
>
>>Yes, +1!
>>I believe many of us are trying to wrap for the holidays by the 13th.
>>Le
Yeah. It's really cool what works in Cordova, but it's also embarrasing what
gets broken. Running real end-to-end (in the generic sense) tests like a real
consumer in a real app-dev workflow should help us catch the bad parts. I don't
think we are exercising end-to-end without automated CI.
On
I stumbled into gs.statcounter.com, and poked at the mobile os data there. It
really hit me how there is tremendous variation of device OS market share from
country to country.
Here are some samples.
Range extremes:
• iOS: 68% in Denmark, 1% in India
• Android: 91% in South Kore
Would be nice to see a release so a +1.
Any change my pull request (on github) for pre_package hook on windows 8 can be
merged before this release? (Or at least gets some feedback so I can improve?)
Verzonden met Windows Mail
Van: Joe Bowser
Verzonden: dinsdag 3 december 2013 1
Hey these are very interesting stats, thanks for summarizing them Marcel.
On Tue, Dec 3, 2013 at 11:54 AM, Marcel Kinard wrote:
> I stumbled into gs.statcounter.com, and poked at the mobile os data
> there. It really hit me how there is tremendous variation of device OS
> market share from coun
There are two different files here: one is defaults.xml, which the CLI
takes as the basis for its platform config.xml. The other is the config.xml
that you get after running bin/create. In the CLI world, that second file
is immediately overwritten by one created from defaults.xml, the top-level
app
Yes, Dick, I'll get your pull request in today.
I need to today ( or at least a couple hours ) to sort out any other
additions/changes I might need to cordova-js.
Anyone else?
Cheers,
Jesse
@purplecabbage
risingj.com
On Tue, Dec 3, 2013 at 10:11 AM, Dick Van den Brink <
d_vandenbr...@outlook
Hey
I just did some hacking on the InAppBrowser UI, and I've added the
ability to add drawables. I've used the Android drawables, which I
believe to have an acceptable licence and now we have something
resembling a real Android UI. I think there will probably need to be
some more tweaking to get
Oh crap, here's my GitHub fork of what I did:
https://github.com/infil00p/cordova-plugin-inappbrowser/tree/drawables
On Tue, Dec 3, 2013 at 10:57 AM, Joe Bowser wrote:
> Hey
>
> I just did some hacking on the InAppBrowser UI, and I've added the
> ability to add drawables. I've used the Android
I'm fine with Cordova-JS. None of my changes affect the JS API.
On Tue, Dec 3, 2013 at 10:56 AM, Jesse wrote:
> Yes, Dick, I'll get your pull request in today.
> I need to today ( or at least a couple hours ) to sort out any other
> additions/changes I might need to cordova-js.
> Anyone else?
>
Hey Jesse, please add me to the review/merge queue. I'm working on WP8/W8 api
fixes as per mobile spec tests, already sent the following pull requests; will
have more fixes tomorrow
https://issues.apache.org/jira/browse/CB-5525
https://github.com/apache/cordova-plugin-contacts/pull/14
https://i
On Tue, Dec 3, 2013 at 1:30 PM, Braden Shepherdson wrote:
> There are two different files here: one is defaults.xml, which the CLI
> takes as the basis for its platform config.xml. The other is the config.xml
> that you get after running bin/create. In the CLI world, that second file
> is immediat
Hi,
I don't know why or since when but getClassByName is called with an argument of
"" (not null).
The method getClassByName checks for null but not for "" and so it crashes.
This happens for the service http://api.phonegap.com/1.0/device
I am using cordova-3.1.0-0.2.0
A screenshot of the debuggin
Can you please create an issue so that this is tracked?
On Tue, Dec 3, 2013 at 11:02 AM, wrote:
> Hi,
>
> I don't know why or since when but getClassByName is called with an argument
> of "" (not null).
>
> The method getClassByName checks for null but not for "" and so it crashes.
>
> This happ
Any plugin issues I should know about before releasing today?
Last I heard file and file-transfer dev branches aren't ready to be merged
into master. Has this changed? Ian?
Plugin issues that are still being reviewed/worked on:
https://issues.apache.org/jira/browse/CB-5525
https://issues.apache.o
Hey Steven,
File is close to being ready, but I haven't merged in my Android code yet,
and I want to add some more tests, given how critical the plugin is. I'm
not comfortable with it going to master yet. If you want, I can pull it out
of dev and put it on another branch. (There have been some oth
I think it looks good!
I noticed that you created a top level res folder in the plugin to store
your resources. This rises the question about where should resources live
within a plugin.
Two options I see are:
1) Create the res folder with platform folders within to store resources.
(this is what
I will look at tagging cordova-js, mobile-spec and hello world this
afternoon if we don't have any objections.
On Tue, Dec 3, 2013 at 11:02 AM, Sergey Grebnov (Akvelon) <
v-seg...@microsoft.com> wrote:
> Hey Jesse, please add me to the review/merge queue. I'm working on WP8/W8
> api fixes as per
Thanks for sharing. What are people in india using?
On Tue, Dec 3, 2013 at 10:20 AM, Michal Mocny wrote:
> Hey these are very interesting stats, thanks for summarizing them Marcel.
>
>
> On Tue, Dec 3, 2013 at 11:54 AM, Marcel Kinard wrote:
>
> > I stumbled into gs.statcounter.com, and poked a
Please don't go back to when every new dev had to struggle with the Google
group or irc to find out why their ajax requests didn't work.
There was a hge discussion at the time that we chose to default to *
On 04/12/2013 6:03 am, "Michal Mocny" wrote:
> On Tue, Dec 3, 2013 at 1:30 PM, Braden
Thanks for filling me in on the state!
Is it just File that isn't ready? File-transfer is good?
I don't think it is worth it to rip out the code from dev, especially if it
is almost ready. I will hold off releasing file with this plugins release.
We can aim to get a new version of file out next w
Moving it out of src is no problem for iOS, if we need to be consistent for
all the platforms.
e.g.
https://github.com/apache/cordova-plugin-media-capture/tree/master/src/ios/CDVCapture.bundle
On Tue, Dec 3, 2013 at 11:42 AM, Steven Gill wrote:
> I think it looks good!
>
> I noticed that you c
Tommy, absolutely the default should remain *, as I said.
But I hope we can agree that it should also be possible to override the
default without requiring hacks. iOS already supports this, so its a
matter of feature parity.
-Michal
On Tue, Dec 3, 2013 at 2:57 PM, Tommy Williams wrote:
> Ple
Absolutely agree.
+1 for * as default, but just as importantly, +1 for never having to hax inside
./platforms/**/* for this stuff.
We are already forced to use hooks to enforce ./platforms as a build artefact.
Any progress towards the great goal of being able to safely .gitignore the
platforms
On Tue, Dec 3, 2013 at 3:00 PM, Steven Gill wrote:
> Thanks for filling me in on the state!
>
> Is it just File that isn't ready? File-transfer is good?
>
I'll see if I can run a test on iOS with the dev branch of file-transfer,
and the master branch of file -- if that still passes, I'll OK rele
On Tue, Dec 3, 2013 at 12:14 PM, Ian Clelland wrote:
> On Tue, Dec 3, 2013 at 3:00 PM, Steven Gill
> wrote:
>
> > Thanks for filling me in on the state!
> >
> > Is it just File that isn't ready? File-transfer is good?
> >
>
> I'll see if I can run a test on iOS with the dev branch of file-transf
Thanks for doing this John.
I think the immediate win is to do this:
"If the group doesn't want to support only providing one of the properties,
then I would expect that the onError callback is called when only one is
provided rather than simply ignoring them as is the case with iOS and
Windows Ph
Crosswalk is cool. Very aligned with the Cordova approach and our desktop
(and even mobile runtime) story right now is somewhat scattered. A unified
cross platform approach would be a welcome option for our community to be
sure.
So, are you guys saying you guys want to donate the source to Apache
done:
https://issues.apache.org/jira/browse/CB-5537
2013/12/3 Joe Bowser
> Can you please create an issue so that this is tracked?
>
> On Tue, Dec 3, 2013 at 11:02 AM, wrote:
> > Hi,
> >
> > I don't know why or since when but getClassByName is called with an
> argument
> > of "" (not null).
Pull request is here: https://github.com/apache/cordova-android/pull/87
I took the easier path to check for the empty string in PluginEntry.java
instead of trying to find out what other effects a change in
PluginManager.java from "" to null might have.
Axel
2013/12/3 Axel Nennker
> done:
> htt
Issue created https://issues.apache.org/jira/browse/CB-5538
On Tue, Dec 3, 2013 at 11:42 AM, Steven Gill wrote:
> I will look at tagging cordova-js, mobile-spec and hello world this
> afternoon if we don't have any objections.
>
>
> On Tue, Dec 3, 2013 at 11:02 AM, Sergey Grebnov (Akvelon) <
>
Cool. Feel free to close your pull request. We can't close it on our end. :(
On Tue, Dec 3, 2013 at 2:52 PM, Axel Nennker wrote:
> Pull request is here: https://github.com/apache/cordova-android/pull/87
> I took the easier path to check for the empty string in PluginEntry.java
> instead of tryin
> When I run npm test on cordova cli, I get one failing test.
https://github.com/apache/cordova-cli/pull/103
> Plugins have been merged and pushed to Dev.
awesome! thank you.
> No geolocation plugin support, any specific reason why?
ups. I forget about it:( I will publish patches for it later tod
src/platform seems simplest to me
On Dec 4, 2013 7:09 AM, "Steven Gill" wrote:
> I think it looks good!
>
> I noticed that you created a top level res folder in the plugin to store
> your resources. This rises the question about where should resources live
> within a plugin.
>
> Two options I see
Wow, super impressive stuff!
A couple things that weren't clear to me from your website:
- Is the idea that users will need to install XWalkRuntimeLib.apk in
addition to their app's .apk?
- Is it x86-only at the moment?
It seems as though Xwalk is made to match the Android Webview API quite
close
Michal - I'm not s
On Tue, Dec 3, 2013 at 3:13 PM, Tommy-Carlos Williams wrote:
> Absolutely agree.
>
> +1 for * as default, but just as importantly, +1 for never having to hax
> inside ./platforms/**/* for this stuff.
>
> We are already forced to use hooks to enforce ./platforms as a build
> ar
On Tue, Dec 3, 2013 at 9:08 PM, Andrew Grieve wrote:
> Wow, super impressive stuff!
>
> A couple things that weren't clear to me from your website:
> - Is the idea that users will need to install XWalkRuntimeLib.apk in
> addition to their app's .apk?
> - Is it x86-only at the moment?
>
Also - Wha
> -Original Message-
> From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
> Grieve
> Sent: Wednesday, December 04, 2013 10:08 AM
> To: dev
> Subject: Re: Cordova and Crosswalk
>
> Wow, super impressive stuff!
>
> A couple things that weren't clear to me from your web
> -Original Message-
> From: agri...@google.com [mailto:agri...@google.com] On Behalf Of Andrew
> Grieve
> Sent: Wednesday, December 04, 2013 10:39 AM
> To: Andrew Grieve
> Cc: dev
> Subject: Re: Cordova and Crosswalk
>
> On Tue, Dec 3, 2013 at 9:08 PM, Andrew Grieve wrote:
>
> > Wow, su
47 matches
Mail list logo
