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 290CC10BDF for ; Wed, 28 Aug 2013 14:15:17 +0000 (UTC) Received: (qmail 90162 invoked by uid 500); 28 Aug 2013 14:15:16 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 90140 invoked by uid 500); 28 Aug 2013 14:15:16 -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 90132 invoked by uid 99); 28 Aug 2013 14:15:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Aug 2013 14:15:15 +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 maxw@google.com designates 209.85.128.52 as permitted sender) Received: from [209.85.128.52] (HELO mail-qe0-f52.google.com) (209.85.128.52) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Aug 2013 14:15:10 +0000 Received: by mail-qe0-f52.google.com with SMTP id a11so3448492qen.39 for ; Wed, 28 Aug 2013 07:14:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=YlTYjbLyXNkOLBUBUwg8gB2sK3aDUnXwSoI3wEeDcsk=; b=NRaEy+A3H68cUhlEpWtqbncwEGL4BAEXY40oFjwa0TbU55s9B6LwObZWXoZl9J807U hwSDhPUiWK5kLd0x+pTUNqUkN+HHpRoWB4/xmIco3iw5rOK49XdRNZRNBy+Xpq6MrzeH f3jNmScB7BaWUeWWz8sccu0Y3JRXCxEHtZm3pMIcy5WuMyT40I8V0ILimw1z4YYRz7si SoumaBx6wJ9WDoCOpAAT7Xw6QdKjSCkoe/eJXHsouoYYHC7qWBQmSksYJAUsAMdHtYr1 hAQmuh3Yn/oOkyjhsKCjf2OTTRJaZ4jLINOWEi17xsWJ/Ym6yy19rx1N3VK/TYr5XQQV 6CWA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=YlTYjbLyXNkOLBUBUwg8gB2sK3aDUnXwSoI3wEeDcsk=; b=nnLj97XzdP6fHgHIZnN50H6gWWP5qKQ37l2S4mUp7QfXD3SyEOJSqczUv0GTiETYjf 1MiMG6FELhqZveDGJb9ZuIOz4V2NIa1//J1i6NXCUKI1iKlsltHx88XMXM+q/9GnkmeX 2SlXw6R1k3M0/Yhh5IQqNIeIyx0g/HaY9X6ko= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-type; bh=YlTYjbLyXNkOLBUBUwg8gB2sK3aDUnXwSoI3wEeDcsk=; b=U3l2CdyCmxVXNjx+LSOI7AalY3GDPns8at08KSvBhrgOU1ra6UTss98mWP1ESyvGVU 8SEQDUPs2llHf+KJUoRobOwtCKYzAObZsKNGoiOWo4SUiSN4YKd1UEM5XgPGtjO1k0di C59ZdGG4PpW1HUWBaOdcl0hdrcYXNlzL2bf3KpKVSlM21Ubpj8+dq4WNLD/G+tgZVXOP JkzhOyzkQghbopOK8QCGMObg2i+dfoCDzYayHP1UyrTcmIC4Ml4tIfJkx1DXGNJ9RUuf McQUkpeFFX+9bKnkNyNASBs/LCj07wefxbTVNaM7gXayhvGcXP7Q4j7WlZfN0ZrVWPt4 TFrg== X-Gm-Message-State: ALoCoQkhzx0C8idWyo4/nejQtmmeOM70+/MEc+J3FD1Yx8LZiqx9xDpw+HxK6OAVp491up5zcfWZGzkOOe3NU1O+bU9lnc/9dxYlPxFIzT7e5bcDOIxn23ricVTQYXbrLbJvfuDQWrfM0qvTVW8c4rvAuJ635sKqkHtpaD1LmKnQjuja9XWhNR7vv2B4NlMxeRZnZbfTIjXpO22Be2Ol9og8gme5uhgjvA== X-Received: by 10.229.103.135 with SMTP id k7mr8163645qco.22.1377699289038; Wed, 28 Aug 2013 07:14:49 -0700 (PDT) MIME-Version: 1.0 Sender: maxw@google.com Received: by 10.229.205.10 with HTTP; Wed, 28 Aug 2013 07:14:18 -0700 (PDT) In-Reply-To: <6B57DE16-4DF4-4AF3-947E-20E6AD86AD4B@gmail.com> References: <521DDBC6.2060509@johnwargo.com> <6B57DE16-4DF4-4AF3-947E-20E6AD86AD4B@gmail.com> From: Max Woghiren Date: Wed, 28 Aug 2013 10:14:18 -0400 X-Google-Sender-Auth: aHtjuFU-ysD6qyXBMpE59g_NaA0 Message-ID: Subject: Re: Camera API To: dev Content-Type: multipart/alternative; boundary=001a11332adabb20a904e5029c7c X-Virus-Checked: Checked by ClamAV on apache.org --001a11332adabb20a904e5029c7c Content-Type: text/plain; charset=ISO-8859-1 I would expect, if anything, that specifying only one of the two dimensions would be desired. I'm guessing one overrides the other if both are specified but don't conform to the aspect ratio; that should probably be in the docs. On Wed, Aug 28, 2013 at 10:04 AM, James Jong wrote: > You're right that it could be calculated based on one or the other. The > code expects both today. I think the point is to be clear that the aspect > ratio is maintained, so that the user does not expect to be able to > arbitrarily set both. > > -James Jong > > On Aug 28, 2013, at 7:15 AM, John Wargo wrote: > > > I've got another silly question. In looking at the Camera API, I see the > following: > > > > targetWidth: Width in pixels to scale image. Must be used with > targetHeight. Aspect ratio remains constant. (Number) > > > > targetHeight: Height in pixels to scale image. Must be used with > targetWidth. Aspect ratio remains constant. (Number) > > > > I'm not getting why targetWidth MUST be used with targetHeight (and visa > versa) when aspect ratio remains constant. If aspect ratio remains > constant, then setting one automatically forces the other - that's the > whole point of maintaining aspect ratio, right? If the API is maintaining > aspect ratio while sizing the image, then forcing the developer to specify > both parameters is simply wasted work. > > > > What am I missing here? > > --001a11332adabb20a904e5029c7c--