I'll look into the URI to photoAlbum. If not, I've issued a ticket for the
image mutations: https://issues.apache.org/jira/browse/CB-2958
- Lorin
On Mon, Apr 8, 2013 at 2:04 PM, Jesse wrote:
> Similarly, 2 writes are required on WP7 + 8 as well, since there is no
> navigable url from the appli
Similarly, 2 writes are required on WP7 + 8 as well, since there is no
navigable url from the application to the camera-roll.
@purplecabbage
risingj.com
On Mon, Apr 8, 2013 at 1:39 PM, Becky Gibson wrote:
> Yeah, saveToPhotoAlbum was an iOS only option for awhile. It got lost for
> a bit du
Yeah, saveToPhotoAlbum was an iOS only option for awhile. It got lost for
a bit during the unified JS push last year but I added it back in April,
2012.The photo was only saved to the photo album when this variable is
set but it did result in two copies of the file in order to have a URL to
re
Can we possibly proceed with this PR? Is there anything that I need to do
on my part?
--
Gorkem
On Sat, Apr 6, 2013 at 1:56 AM, Gorkem Ercan wrote:
> Great! PRs are updated with the suggested changes
> --
> Gorkem
>
>
> On Fri, Apr 5, 2013 at 11:36 PM, Andrew Grieve wrote:
>
>> Yep, sounds good
I restarted the nodejitsu server.
Uploads appear to be working now
curl --form upload=@foo.txt
http://cordova-filetransfer.jitsu.com/upload
If you need the source for the server
https://github.com/apache/cordova-labs/tree/cordova-filetransfer
On Mon, Apr 8, 2013 at 1:51 PM, Max Woghir
I'm getting a whole bunch of errors here, and visiting
http://cordova-filetransfer.jitsu.com/upload in a browser yields a 404, so
I suspect server problems. Can someone verify whether they're getting the
same issues?
On Mon, Apr 1, 2013 at 5:53 PM, Joe Bowser wrote:
> OK, things look good now.
To a degree I think the architecture has been simplified. Was not the Cordova
APIs calling to WebWorks apis, which then hit native, whereas now we don't have
the WebWorks layer?
--
Ken Wallis
Product Manager – WebWorks
BlackBerry
289-261-4369
From: c
+1, great idea.
Cheers,
Jesse
Sent from my iPhone5
On 2013-04-08, at 8:19 AM, Shazron wrote:
+1 I love this - how do we get it set up?
On Mon, Apr 8, 2013 at 5:03 AM, Simon MacDonald
wrote:
> +1
> On Apr 8, 2013 3:32 AM, "Jukka Zitting" wrote:
>
>> Hi,
>>
>> On Mon, Apr 8, 2013 at 10:21
I think the biggest impact is that the architecture and features of Cordova
are now implemented directly, rather than through a proprietary SDK that is
"somewhat" aligned. I'm not sure there will be actual performance gains, or
that the architecture is easier. But what it does mean is that
compatib
This sounds pretty cool.
For those with no prior BB experience, is there a high level summary of the
net effect of the changes? x% faster exec, N less bytes of binary, Y times
easier plugin development etc?
Thanks,
-Michal
On Mon, Apr 8, 2013 at 11:22 AM, Bryan Higgins wrote:
> It's exactly t
It's exactly the same as this extension, but we've converted it into a
cordova plugin. We'll provide both the source and pre-compiled libraries.
https://github.com/blackberry/BB10-WebWorks-Framework/tree/master/ext/jpps
On Mon, Apr 8, 2013 at 10:57 AM, Lorin Beer wrote:
> sounds great Bryan,
>
+1 I love this - how do we get it set up?
On Mon, Apr 8, 2013 at 5:03 AM, Simon MacDonald
wrote:
> +1
> On Apr 8, 2013 3:32 AM, "Jukka Zitting" wrote:
>
> > Hi,
> >
> > On Mon, Apr 8, 2013 at 10:21 AM, Shazron wrote:
> > > Any other better way? Right now I suppose the only way is to delete
>
sounds great Bryan,
about the private native dependency, is that provided as a precompiled
library?
Can we run these codes?
- Lorin
On Mon, Apr 8, 2013 at 7:13 AM, Bryan Higgins wrote:
> Sounds good! There are still a few things we need to finish up to get test
> results in line with the exist
Sounds good! There are still a few things we need to finish up to get test
results in line with the existing implementation. File API is the big one.
There is also a native library needed which is in the private repo right
now. We'll look at moving that into cordova-blackberry.
On Mon, Apr 8, 20
Great! Last week, I wrote a little script to provide unique tags to the
unit tests in mobile spec. Once those are tagged, I'll be pushing up the
currently failing tests in the existing BB10 implementation. Having those
tests documented will hopefully provide an anchor to move the discussion
forward
Great to hear you'll still be around and contributing to Cordova, Gord! See
you at PhoneGap Day in MLP cosplay?
On Sat, Apr 6, 2013 at 8:27 AM, Michal Mocny wrote:
> (turn and face the strain)
>
> Change is good, right? Glad to still see you sticking around.
>
>
> On Fri, Apr 5, 2013 at 6:27 P
I'll follow up today with that. There are a few people who need to sign
still.
On Sun, Apr 7, 2013 at 6:32 PM, Lorin Beer wrote:
> This is great stuff! I figured we'd be waiting for a while longer, great to
> see this go live!
> Tim and I will be going through this right away.
> Bryan, I know y
+1
On Apr 8, 2013 3:32 AM, "Jukka Zitting" wrote:
> Hi,
>
> On Mon, Apr 8, 2013 at 10:21 AM, Shazron wrote:
> > Any other better way? Right now I suppose the only way is to delete each
> > page manually.
>
> Instead of blacklisting users or spammy content, we could switch to
> explicitly whitel
Hi,
On Mon, Apr 8, 2013 at 10:21 AM, Shazron wrote:
> Any other better way? Right now I suppose the only way is to delete each
> page manually.
Instead of blacklisting users or spammy content, we could switch to
explicitly whitelisting users who request access to the wiki. See:
http://wiki
19 matches
Mail list logo