I understand your point and the dependencies from the onboard browser.
Even more I agree is not an high priority but I'm also with Jesse about
don't resuscitate.
Giorgio
On 2/22/13 12:23 AM, Brian LeRoux b...@brian.io wrote:
We will not be adding new databases or removing old ones. The priority
Hi all,
What's the status of this?
I realised I couldn't use fileTransfer with headers and therefore couldn't use
basic auth to download a file. Then I checked for an existing issue and found
one… then THAT led me to this email thread (that I had remembered reading, but
didn't care about at
Hey Brian,
BB10 is not just a specific version number of an SDK like BBOS v 10, its a
brand new OS. Like Mac OSX vs Classical Mac OS. But independent of the
technology differences I believe this approach will improve things for cordova
developers targeting blackberry by making it more
Just my 2 cents on this in regards to the performance argument.
The plugin code is not executed unless it is on the platform it targets so
the only cost is the initial interpretation of the code and would be
directly tied to the size of the file.
the entire cordova.blackberry.js file is
My take on this: Now that we've investigated xhr2 a bit, polyfilling will
be close to impossible, so we should spend the time to add to add these
missing features to FileTransfer. It would be awesome if you had time to
work on it.
On Fri, Feb 22, 2013 at 7:02 AM, Tommy-Carlos Williams
Hi Michael,
Thanks for raising this. We went through this exact question on BlackBerry
10 WebWorks SDK last year and eventually made the decision to pre-compile
plugins.
- For each platform, how feasible is this?
BlackBerry 10 is unique in its nature of plugins, as in the Framework
(non-plugin
Feasibility
---
For iOS, plugins can be static libraries, that is no problem. You cannot
use dynamic libraries in iOS (the .frameworks you see used are essentially
static libs in a different packaging). Assets should be .bundle packages
(essentially folders with the .bundle suffix). So
On Fri, Feb 22, 2013 at 2:02 PM, Shazron shaz...@gmail.com wrote:
Feasibility
---
For iOS, plugins can be static libraries, that is no problem. You cannot
use dynamic libraries in iOS (the .frameworks you see used are essentially
static libs in a different packaging). Assets
I think compiled distribution should be an option, that we support.
In WP7+8 one of the new project options includes all Cordova native code in
a compiled dll.
The dll is duplicated for each project ( not truly a shared dynamic library
), but it does allows for a simplified user project structure.
Perhaps code on Github can clear this up, but given the discussion so
far, I am unconvinced. Creating a new Git repo isn't solving any of
the problems described below. This should be sub folder of
./cordova-blackberry.
We currently have 20+ repos. Once we push everything to plugins that
will be
This is the output I get about 20 or so tests into the full jasmine unit
test:
2013-02-22 12:12:58.748 cordovaExample[4857:3107] bool
_WebTryThreadLock(bool), 0x2aeb40: Tried to obtain the web lock from a
thread other than the main thread or the web thread. This may be a result
of calling to
I'll check it out on my 5.1.1 device. Recent commits as in the next branch
I suppose?
On Fri, Feb 22, 2013 at 12:15 PM, Filip Maj f...@adobe.com wrote:
This is the output I get about 20 or so tests into the full jasmine unit
test:
2013-02-22 12:12:58.748 cordovaExample[4857:3107] bool
Thanks for the catch! (and useful stack trace)
Looks like I accidentally checked in a change I shouldn't have:
-[self evalJsHelper:js];
+[self evalJsHelper2:js];
On Fri, Feb 22, 2013 at 3:15 PM, Filip Maj f...@adobe.com wrote:
This is the output I get about 20 or so tests into the
Just on master I think.
Fix commit:
https://git-wip-us.apache.org/repos/asf?p=cordova-ios.git;a=commit;h=9096527098735d6069a858ff74bd3e926a7dbc4c
On Fri, Feb 22, 2013 at 3:22 PM, Shazron shaz...@gmail.com wrote:
I'll check it out on my 5.1.1 device. Recent commits as in the next branch
I
I was noticing the device wall was running tests on all iOS devices fine
except for the 5.1.1 iPod.
Now I need medic to catch this issue on show it up on the dashboard..
Always work to do :)
On 2/22/13 12:22 PM, Andrew Grieve agri...@chromium.org wrote:
Thanks for the catch! (and useful stack
I agree with Brian, single repo, multiple sub-projects.
The windows repo contains win7 and win8 and there is absolutely no
code shared between them. Conceivably wp7+8 could be merged in the
same way.
Cheers,
Jesse
Sent from my iPhone5
On 2013-02-22, at 12:02 PM, Brian LeRoux b...@brian.io
I love http://ci.cordova.io :)
Feature request: e-mail a committer on failure
On Fri, Feb 22, 2013 at 12:31 PM, Filip Maj f...@adobe.com wrote:
I was noticing the device wall was running tests on all iOS devices fine
except for the 5.1.1 iPod.
Now I need medic to catch this issue on show it
+100
On Fri, Feb 22, 2013 at 3:35 PM, Shazron shaz...@gmail.com wrote:
I love http://ci.cordova.io :)
Feature request: e-mail a committer on failure
On Fri, Feb 22, 2013 at 12:31 PM, Filip Maj f...@adobe.com wrote:
I was noticing the device wall was running tests on all iOS devices fine
So if I back up for a moment and look at the bigger picture, it looks like what
you are going for is to make it easier for Cordova users to pick up plugins,
either base ones or third-party ones. There are many ways to do that, providing
precompiled code is one way.
If I were to step into the
Hey all,
2.5.0RC1 can be downloaded at
https://dist.apache.org/repos/dist/release/cordova/.
Cheers,
-Steve
On Thu, Feb 21, 2013 at 12:47 PM, Steven Gill stevengil...@gmail.comwrote:
Cool. Will do!
-Steve
On Thu, Feb 21, 2013 at 11:46 AM, Filip Maj f...@adobe.com wrote:
Cordova-cli
Thanks Steve!
On 2/22/13 12:59 PM, Steven Gill stevengil...@gmail.com wrote:
Hey all,
2.5.0RC1 can be downloaded at
https://dist.apache.org/repos/dist/release/cordova/.
Cheers,
-Steve
On Thu, Feb 21, 2013 at 12:47 PM, Steven Gill
stevengil...@gmail.comwrote:
Cool. Will do!
-Steve
On
Agree with Brian and Jesse.
Windows currently has three repositories: Windows, WP7, and WP8.
From a user's perspective, it would make more sense to have only two
repositories: Windows and WP. This is how the Apple environment works: iOS
and Mac.
As Jesse mentioned, it is conceivable to merge
I'll deploy the latest docs the the website shortly. SVN isn't the quickest.
On Fri, Feb 22, 2013 at 1:05 PM, Filip Maj f...@adobe.com wrote:
Thanks Steve!
On 2/22/13 12:59 PM, Steven Gill stevengil...@gmail.com wrote:
Hey all,
2.5.0RC1 can be downloaded at
Great responses everyone. We've now got a decent overall of the iOS and WP
landscape, not to mention use-cases of other projects such Google Maps.
tl;dr: IMHO, those three things listed above is where we should put our
effort to make plugins easier, then see where that gets us. I think it will
Check out the latest commit to mobile-spec to see the auto benches. I will
work towards integrating with ci.cordova.io.. Eventually. There are so
many things to do in that project, I could use volunteers :D
Anyways, for a prelim auto bench result, here is what I get on my Galaxy
Nexus running
What's XHR like reading something from the TEMP/PERSISTENT areas?
Simon Mac Donald
http://hi.im/simonmacdonald
On Fri, Feb 22, 2013 at 4:45 PM, Filip Maj f...@adobe.com wrote:
Check out the latest commit to mobile-spec to see the auto benches. I will
work towards integrating with
Xhr won't resolve to temp/persistent areas, at least on android :s
On 2/22/13 1:54 PM, Simon MacDonald simon.macdon...@gmail.com wrote:
What's XHR like reading something from the TEMP/PERSISTENT areas?
Simon Mac Donald
http://hi.im/simonmacdonald
On Fri, Feb 22, 2013 at 4:45 PM, Filip Maj
Sure it does. I wrote code to do this on Sunday.
http://simonmacdonald.blogspot.ca/2013/02/phonegap-android-xhrfilereader.html
Just double checked that if I send it the path
file:///mnt/sdcard/robots.txt I am able to get the contents of the text
file. Lemme know what the problem is.
Although,
For iOS, this might get too chatty if we send emails to the list since
every run will produce an error because of the Location permissions timeout
thing that we can't overcome. So if we do N commits a day (assuming
ci.cordova.io builds on every new commit), we will get N emails. I suppose
we could
Chromium try-jobs may re-start a test n-times before pinging people in
order to account for janky tests.. But that means increased hardware needs.
-Michal
On Fri, Feb 22, 2013 at 5:24 PM, Shazron shaz...@gmail.com wrote:
For iOS, this might get too chatty if we send emails to the list since
No no not on every test result. On every test build fail. So far I have
the following definitions for failures:
- any bin/create script failures
- any compilation failures
- any device deployment failures (may want to revisit this one)
- any device mobile-spec time outs (I.e. Has not finish
... Wrapped in your own plugin..
When stuff like this lands for ALL platforms then we can talk
On 2/22/13 2:11 PM, Simon MacDonald simon.macdon...@gmail.com wrote:
Sure it does. I wrote code to do this on Sunday.
http://simonmacdonald.blogspot.ca/2013/02/phonegap-android-xhrfilereader.h
tml
Hi all,
TLDR; Please avoid drive-by updates without documentation and/or discussion.
I feel like a nitpicker, but this is what leads to broken links and
low-quality user-facing resources.
1. Recently, there was a commit that reworded Documentation to Cordova
Documentation
- I feel that
Docs are up: http://cordova.apache.org/docs/en/2.5.0rc1/
Great work on the release and have a good weekend everyone!
On Fri, Feb 22, 2013 at 1:14 PM, Michael Brooks mich...@michaelbrooks.cawrote:
I'll deploy the latest docs the the website shortly. SVN isn't the
quickest.
On Fri, Feb 22,
It's all JS Fil. No, Java code. No reason why this wouldn't work on all
platforms.
The limitations I see is that we will never get an error condition as the
status is always 0 when reading from file://
Simon Mac Donald
http://hi.im/simonmacdonald
On Fri, Feb 22, 2013 at 6:05 PM, Filip Maj
Hey
I'm definitely a fan of pre-compiled libraries for plugins. The main
reason I like JARs instead of Java files is because of the following:
* Cleaner projects
* Installation is extremely easy for non-Activity plugins (drop in the
libs directory)
The downsides on Android:
* You can't verify
Sweet, thanks for the Android input Joe!
It's awesome to see such detailed responses for Android, BlackBerry, iOS,
and Windows!
I suppose we can proceed as Marcel suggestion? Create JIRA issue, link to
this thread, but keep our vision forward by finishing source-code
distributed plugins.
Andrew,
I am happy to have a look and see if it's something I can do…
I actually thought from the JIRA ticket that iOS already had the headers in
downloads, but looking at the source, it doesn't look like it does. Not sure
why I was thinking that...
I would probably only be able to do iOS
O snap! don¹t I look silly. Nice work!
On 2/22/13 4:13 PM, Simon MacDonald simon.macdon...@gmail.com wrote:
It's all JS Fil. No, Java code. No reason why this wouldn't work on all
platforms.
The limitations I see is that we will never get an error condition as the
status is always 0 when
I am in agreement.
On 2/22/13 3:50 PM, Michael Brooks mich...@michaelbrooks.ca wrote:
Hi all,
TLDR; Please avoid drive-by updates without documentation and/or
discussion.
I feel like a nitpicker, but this is what leads to broken links and
low-quality user-facing resources.
1. Recently, there
40 matches
Mail list logo