On 5 November 2013 13:37, Braden Shepherdson wrote:
>
> Why is any development here happening outside of Cordova? Most apps are
> going to depend on Cordova APIs too deeply to get all that far with the
> early steps in your outline.
>
> Braden
My approach when developing multi-platform apps is to
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15253/
---
Review request for cordova.
Bugs: CB-4400
https://issues.apache.org/jira/br
Sorry wrong link for iOS Check Reqs
https://github.com/apache/cordova-cli/blob/master/src/metadata/ios_parser.js#L32
Should I open jira issues for these 2?
On Tue, Nov 5, 2013 at 5:31 PM, Carlos Santana wrote:
> Similar problem with iOS cheq_reqs
>
> CLI Checks for XCode 4.5 as min [1]
> Plat
5.0.1 should be the min if we want to go arm64:
https://issues.apache.org/jira/browse/CB-4863
On Tue, Nov 5, 2013 at 2:31 PM, Carlos Santana wrote:
> Similar problem with iOS cheq_reqs
>
> CLI Checks for XCode 4.5 as min [1]
> Platform Checks for XCode 4.6 as min [2]
>
> Which with XCode 5 out,
Similar problem with iOS cheq_reqs
CLI Checks for XCode 4.5 as min [1]
Platform Checks for XCode 4.6 as min [2]
Which with XCode 5 out, I think Xcode 5.0.1 should be the minimum :-)
[1]:
https://github.com/apache/cordova-cli/blob/master/src/metadata/ios_parser.js#L32
[2]:
https://github.com/apac
Based on CLI Design [1]
The CLI should not hold the code to check requirements (i.e.
src/metadata/android_parser.js)
The CLI instead should delegate to platform by calling
(platform/android/cordova/check_reqs)
Today there is duplicate of code not in sync for Android and iOS (other
platforms dele
Why is any development here happening outside of Cordova? Most apps are
going to depend on Cordova APIs too deeply to get all that far with the
early steps in your outline.
Braden
On Tue, Nov 5, 2013 at 4:35 PM, Jonathan Bond-Caron wrote:
> On Mon Nov 4 11:00 AM, Josh Soref wrote:
> > https://
On Mon Nov 4 11:00 AM, Josh Soref wrote:
> https://issues.apache.org/jira/browse/CB-2062
>
> > Any thoughts on adding html5 as a platform?
>
> Fil mentioned Ripple. While not endorsing it, have you tried it?
>
> Ripple is more or less what you want. It's a JavaScript shim to which you can
> depl
I don't know how this value got updated in the past, it should presumably
be set to target the latest version of Android.
+1 for bumping it to 19.
Braden
On Tue, Nov 5, 2013 at 4:19 PM, Gorkem Ercan wrote:
> Hello,
> Does anyone recall the reason for CLI to having "android-17" as a hard
> tar
I don't use the CLI, but I think that this is clearly a terrible idea,
especially since it may cause a broken "Quirks Mode" version of
Chrome WebView on Android 4.4. :(
On Tue, Nov 5, 2013 at 1:19 PM, Gorkem Ercan wrote:
> Hello,
> Does anyone recall the reason for CLI to having "android-17" as
Hello,
Does anyone recall the reason for CLI to having "android-17" as a hard
target dependency.
--
Gorkem
On Mon, Nov 4, 2013 at 1:47 PM, Michal Mocny wrote:
> Easier to read and catching errors that had gone undetected for a long
> time?
>
> Sounds like a ringing endorsement to me ;)
>
Oh -- and smaller, too :)
The test suite dropped 1300 lines -- from 3831 lines to 2550 (-33%)
Definitely a win.
On Tue, Nov 5, 2013 at 9:32 AM, Brian LeRoux wrote:
> I'm trying to understand: precisely what does this provide us that
> requestFileSystem does not? (Currently.)
>
I think it currently provides two things, of dubious value:
First, it's a synchronous API, so if you need to get a URL to store a
2.9.1 is up now at https://dist.apache.org/repos/dist/release/cordova/
I am working on the blog post right now. Will throw it up for review when
ready.
On Tue, Nov 5, 2013 at 8:41 AM, James Jong wrote:
> I'll help do some testing w 3.2 this week.
> -James Jong
>
> On Nov 4, 2013, at 2:41 PM, S
I'm trying to understand: precisely what does this provide us that
requestFileSystem does not? (Currently.)
Another thing to consider, we need to document the differences from the W3C
proposed standards and get that feedback back to the browser vendors.
On Tue, Nov 5, 2013 at 4:35 PM, Ian Clella
Love it. Now that this business is independently versioned I say we charge
ahead with the changes ruthlessly. This is the most adopted plugin and long
standing PITA!
On Tue, Nov 5, 2013 at 4:18 PM, Ian Clelland wrote:
> So, coming out of our meetup last week, we brainstormed a bunch of ideas
>
I'm a little torn about this one. It would probably good to deprecate our
desktop projects and take on something CEF like but, ultimately, this is
something that Chrome Apps already provides. Not sure if it is worth our
effort with so many mobile operating systems.
Ripple is cool. I do most of my
This sounds like the CordovaSim[1]. No matter how the renderer is shaped.
Something like Ripple
is needed to mock the device events.
+1 for a ripple/html5 platform so that plugins can actually provide emulation
for their functionality
[1]
http://docs.jboss.org/tools/whatsnew/browsersim/brows
I'll help do some testing w 3.2 this week.
-James Jong
On Nov 4, 2013, at 2:41 PM, Shazron wrote:
> +1 No OS X (no, don't do the 2.9.0 OS X)
>
>
> On Mon, Nov 4, 2013 at 11:37 AM, Steven Gill wrote:
>
>> For 2.9.1
>>
>> I am going to release:
>> iOS
>> Android
>> Windows 8
>> WP 7/8
>> Blac
During our FIleSystem API brainstorming session, we visited the idea of
having an API to obtain URLs to various file system roots with a
synchronous call. I was a big fan at the time, but I'm no longer certain
that it provides any advantages over window.requestFilesystem.
(Most of this code curren
So, coming out of our meetup last week, we brainstormed a bunch of ideas
for improving the Cordova File plugin. I'm going to start working on these,
but I want to share with the list so that everybody knows what's going on,
and so we can have any additional discussions :)
I think that we had gener
Shaz, thanks for the work not this!
-James Jong
On Nov 4, 2013, at 4:06 PM, Shazron wrote:
> cordova-plugins repo created
> https://git-wip-us.apache.org/repos/asf?p=cordova-plugins.git;a=summary
>
> I'll start migrating by EOD cordova-labs/#plugins
>
>
> On Mon, Oct 21, 2013 at 9:13 AM, Shaz
thanks Michal! will have to try that out sometime.
-James Jong
On Nov 5, 2013, at 10:17 AM, Michal Mocny wrote:
> http://en.wikipedia.org/wiki/Chromium_Embedded_Framework
>
> https://code.google.com/p/chromiumembedded/
>
> -Michal
>
>
> On Tue, Nov 5, 2013 at 10:06 AM, James Jong wrote:
>
I've sent a pull request with the fix
https://github.com/apache/cordova-cli/pull/68
PS. It becomes too complex to maintain wp7/8, windows7/8 cases when we have
actual libraries to be placed inside root library/folder. We should find the
way to unify this behavior.
Thx!
Sergey
-Original Mes
Some of you may already know this info, but other may benefit
http://www.mobilexweb.com/blog/android-4-4-kitkat-browser-chrome-webview
--
Carlos Santana
http://en.wikipedia.org/wiki/Chromium_Embedded_Framework
https://code.google.com/p/chromiumembedded/
-Michal
On Tue, Nov 5, 2013 at 10:06 AM, James Jong wrote:
> > I use a custom application based on CEF for testing, this way I can
> still test my app without having to worry about CORS or oth
> I use a custom application based on CEF for testing, this way I can still
> test my app without having to worry about CORS or other crappy browser
> security > concerns.. I like this more than ripple..
What's CEF?
-James Jong
On Nov 4, 2013, at 12:23 PM, Dick Van den Brink
wrote:
> I use
Logged an issue for this: https://issues.apache.org/jira/browse/CB-5281
On Mon, Nov 4, 2013 at 1:40 PM, Braden Shepherdson wrote:
> This sounds like a bug in BB10. The aliasing is the intended behavior and
> supposed to work - both sides of cordova.exec should be using the name from
> the tag,
On 11/5/13, 7:25 AM, "Andrew Grieve" wrote:
>Looks awesome! Really great improvement.
>
>I've pulled it in & umade a small tweak to fix doRoot() not being called.
Doh. I had rewritten the regexp there and then decided that I didn¹t want
to include that regexp change, so I discarded the hunk ‹ I m
Look fwd to this! When do you arrive?
Would be cool to get you to pop into the phonegap workshop day before to
show off some chromium plugin goodness. :)
On Nov 5, 2013 12:26 PM, "Andrew Grieve" wrote:
> Just wanted to give a heads up that I'm prepping for a talk at Full Frontal
> on Friday, so
I think the missing .bat files was already filed as a bug and fixed a while
ago.
On Mon, Nov 4, 2013 at 10:39 AM, Braden Shepherdson wrote:
> > ...I'm imagining a split file system where Cordova is perhaps FAT and the
> > target is anything else...
>
>
> This isn't a concern. That potential prob
I would love to see html5 or ripple as a platform.
Now that we have CLI, Ripple would make more sense as a platform rather
than trying to highjack other platform's exec bridges.
On Mon, Nov 4, 2013 at 12:23 PM, Dick Van den Brink <
d_vandenbr...@outlook.com> wrote:
> I use a custom application
We postponed. Tacit plan is Brazil (late fall), Japan (spring), Portland
(late spring), and Amsterdam (early fall) next year.
On Nov 5, 2013 11:07 AM, "Sergey Grebnov (Akvelon)"
wrote:
> Does anyone know if the event will take place? It was previously announced
> as "PhoneGap Day BR in Rio de Jan
Looks awesome! Really great improvement.
I've pulled it in & umade a small tweak to fix doRoot() not being called.
On Mon, Nov 4, 2013 at 6:44 PM, Josh Soref wrote:
> https://github.com/apache/cordova-cli/pull/66
>
> Can I get some feedback on this?
>
> I’m still playing around with Cordova an
Just wanted to give a heads up that I'm prepping for a talk at Full Frontal
on Friday, so won't be helping out much this week.
Does anyone know if the event will take place? It was previously announced as
"PhoneGap Day BR in Rio de Janeiro on Nov 26, 2013." but there are not
dates/details on official page http://pgday.phonegap.com/
Thx!!
Sergey
36 matches
Mail list logo
