Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4CC60C29F for ; Fri, 11 May 2012 18:35:50 +0000 (UTC) Received: (qmail 95497 invoked by uid 500); 11 May 2012 18:35:50 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 95462 invoked by uid 500); 11 May 2012 18:35:50 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 95449 invoked by uid 99); 11 May 2012 18:35:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 18:35:50 +0000 X-ASF-Spam-Status: No, hits=-1.3 required=5.0 tests=FRT_ADOBE2,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of fil@adobe.com designates 64.18.1.29 as permitted sender) Received: from [64.18.1.29] (HELO exprod6og112.obsmtp.com) (64.18.1.29) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 18:35:43 +0000 Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob112.postini.com ([64.18.5.12]) with SMTP ID DSNKT61b6hXSR5Az3m6fYnv4xbluKHD9LZBT@postini.com; Fri, 11 May 2012 11:35:22 PDT Received: from inner-relay-1.corp.adobe.com (inner-relay-1.sea.adobe.com [153.32.1.51]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id q4BIZKIf017874 for ; Fri, 11 May 2012 11:35:21 -0700 (PDT) Received: from nahub02.corp.adobe.com (nahub02.corp.adobe.com [10.8.189.98]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id q4BIZAw1002892 for ; Fri, 11 May 2012 11:35:19 -0700 (PDT) Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by nahub02.corp.adobe.com ([10.8.189.98]) with mapi; Fri, 11 May 2012 11:34:42 -0700 From: Filip Maj To: "callback-dev@incubator.apache.org" Date: Fri, 11 May 2012 11:38:03 -0700 Subject: Re: Camera API extension proposal: offer saving to photo album Thread-Topic: Camera API extension proposal: offer saving to photo album Thread-Index: Ac0vpLqms97UqYcpSEmmXS9Vu97Ymw== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.2.120421 acceptlanguage: en-US Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org O shiii.. I didn't even notice that we have a "saveToPhotoAlbum" property on the camera options existing already (according to docs [1])! Sooo=8A should we file issues to implement this for all platforms / fix up the current behavior so we're following our docs? [1]=20 http://docs.phonegap.com/en/1.7.0/cordova_camera_camera.md.html#cameraOptio ns On 5/11/12 11:11 AM, "Becky Gibson" wrote: >Never fails that I think of something else as soon as I press send! >Currently iOS does not save an image scaled via the provided options - it >just saves the image file returned from the camera. > >On Fri, May 11, 2012 at 2:08 PM, Becky Gibson >wrote: > >> What api are we talking about - Camera or Capture. Since Capture is W3C >>I >> assume we are talking about Camera? >> >> For iOS: >> >1. Do images already get saved in some form to the device's gallery >> /photo album app? >> Not by default but Camera.getPicture() for iOS already has an option and >> code for saving still images (which is all you get in Camera api) to the >> Photo Album. >> >2. If not, can it be done? N/A >> >3. Are there other methods that one can employ to mimic this >> behavior(perhaps using File API, for example)? >> Via existing Cordova JavaScript apis? No. >> >> There is a iOS bug open (https://issues.apache.org/jira/browse/CB-248) >> because the *Capture* api DOES save to the PhotoAlbum for still images >> but not for video. Someone would like us to add saving video to the >>photo >> album as well. I don't think the other platforms save to the >>PhotoAlbum so >> technically the fact that it does save still images is a bug in iOS but >>I >> didn't want to take saving out once it have been in an official release. >> Also, there is commented out code to save a captured video - I >>commented >> it out because I thought it was happening automagically but turns out >>that >> is not the case. >> >> >> -becky >> >> On Fri, May 11, 2012 at 1:31 PM, Filip Maj wrote: >> >>> https://issues.apache.org/jira/browse/CB-752 >>> >>> >>> Thoughts on extending the API so we can specify to save it to photo >>>album? >>> >>> Sounds like Android already does this automatically to an extent (with >>> some restrictions, see issue thread above for details as provided by >>> Simon). >>> >>> What about other platforms? webOS / Bada / WP7 / iOS / BlackBerry >>> webworks? Assuming this is considered a good idea, further questions >>>to be >>> answered: >>> >>> 1. Do images already get saved in some form to the device's gallery / >>> photo album app? >>> 2. If not, can it be done? >>> 3. Are there other methods that one can employ to mimic this behavior >>> (perhaps using File API, for example)? >>> >>> >>