Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 065881082B for ; Mon, 8 Apr 2013 21:04:45 +0000 (UTC) Received: (qmail 70107 invoked by uid 500); 8 Apr 2013 21:04:44 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 70082 invoked by uid 500); 8 Apr 2013 21:04:44 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 70073 invoked by uid 99); 8 Apr 2013 21:04:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Apr 2013 21:04:44 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of purplecabbage@gmail.com designates 209.85.212.54 as permitted sender) Received: from [209.85.212.54] (HELO mail-vb0-f54.google.com) (209.85.212.54) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Apr 2013 21:04:38 +0000 Received: by mail-vb0-f54.google.com with SMTP id w16so4196011vbf.27 for ; Mon, 08 Apr 2013 14:04:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=sKcCI1SxpAfAVpaWgqyb6uPjlxBRk60v+Lh2jq1seUA=; b=dKVpTOV/3otF86g8v3mO3VcP391jorkWXFqmnnnZwiUbur77gd9RqJOYvJdv/o/crX SwQqI78tU9w/qoZoF8CZICBGfoBXnQw8Idwbsh/oEQMAe4H3XWExFOk0Ue4QY7MaVdn9 QcggGdnFZpZeHZuLoB7YOQgWJpPg0ouzzErmCWvI71i9gRY+Zh6gJv3ZMG33a+B1lK57 qgh3i1dBefO8Yd+J1v0zxcZQ8/5c7Xi1pIbo2x9FVITW6GhsTwypysL/HyL5zBufHpS3 0QvyzJWTlEhSFXlT16RO3Is0xuGXzvVRqs0L7psclKxjRehehWaJJmsK3c9rYARJ/cxQ KVug== MIME-Version: 1.0 X-Received: by 10.58.229.69 with SMTP id so5mr17019634vec.6.1365455058208; Mon, 08 Apr 2013 14:04:18 -0700 (PDT) Received: by 10.58.182.232 with HTTP; Mon, 8 Apr 2013 14:04:18 -0700 (PDT) In-Reply-To: References: Date: Mon, 8 Apr 2013 14:04:18 -0700 Message-ID: Subject: Re: camera saveToPhotoAlbum intent From: Jesse To: "dev@cordova.apache.org" Content-Type: multipart/alternative; boundary=089e0139ff30b3944304d9dfc71a X-Virus-Checked: Checked by ClamAV on apache.org --089e0139ff30b3944304d9dfc71a Content-Type: text/plain; charset=ISO-8859-1 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 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 > return to the caller. I guess when we added some of the other options for > resizing and resaving we didn't take the saveToPhotoAlbum option into > account. It shouldn't be too hard to reconcile the options. However, at > the time this was added there wasn't a way to return a URL to the > photoAlbum so we had to create the additional copy. I haven't looked to > see if we can get the URI to the album now or not - I don't think so. > > -becky > > > On Fri, Apr 5, 2013 at 1:30 PM, Shazron wrote: > > > Bah iOS landscape mode on Gmail app is too small - hit Send accidentally > > when scrolling. Becky can elaborate (I think she implemented this) but I > > think it was needed at the time. > > > > On Friday, April 5, 2013, Shazron wrote: > > > > > Like the Transformers, I think there is more than meets the eye. > > > > > > On Friday, April 5, 2013, James Jong wrote: > > > > > >> I have been looking at Lorin's iOS image metadata writer that was > > >> recently merged in 2.6.x and noticed that the exif metadata was > missing > > >> from the saved photos. After troubleshooting some w Lorin, I > discovered > > >> that the image saved to the photo album is the image before scaling > and > > >> writing of the exif metadata. This results in 2 different images > which > > was > > >> confusing to me. Is this correct intent? This refers to iOS code but > > my > > >> question is intended for the Camera API. Do other platforms that > > support > > >> this follow the same behavior? > > >> > > >> ref code in camera > > >> > > >> > > > https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/CDVCamera.m#L275 > > >> > > >> -James Jong > > >> > > >> > > > --089e0139ff30b3944304d9dfc71a--