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 C2A86DE3E for ; Wed, 7 Nov 2012 18:54:38 +0000 (UTC) Received: (qmail 36770 invoked by uid 500); 7 Nov 2012 18:54:38 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 36739 invoked by uid 500); 7 Nov 2012 18:54:38 -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 36730 invoked by uid 99); 7 Nov 2012 18:54:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 18:54:38 +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 anis.kadri@gmail.com designates 209.85.213.47 as permitted sender) Received: from [209.85.213.47] (HELO mail-yh0-f47.google.com) (209.85.213.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2012 18:54:31 +0000 Received: by mail-yh0-f47.google.com with SMTP id g23so395307yhg.6 for ; Wed, 07 Nov 2012 10:54:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yy2XihIpsB+FUhRu8Fudq3bAmQMyK+W56IhhOvX7BUM=; b=yrwIJi474ht3VLhMuH/0JTE5qRPfCuf2vlfnycW0CjNPtMgVhTMYCzOO19rFE09GDp 9SsnRrrQaVGKDLWdO0SFGg7NQSAPnmonyrlzsmh1H2ovgwmVUxwp0b7EICyOWu3uPDyP 9/wCKxDqmNFu+bry8ikvUrKk+4LOIpr36b6ogU9M/I0V3G2Qznf4+ApZa3MKPrjkTL3m A/5OXBZvylOeWVT4DfQYgaKYeLoJcGp0SSabghdYNtb4ZacgQ/aECAe+F7acCN/qfa/4 6kVVZIL43fYBZUwhiyirlHeVlmuPvRRoPNKfKgAjDtCi+qwAwdhr2h5Rei92m8mypo49 zHUg== MIME-Version: 1.0 Received: by 10.236.144.165 with SMTP id n25mr5857868yhj.61.1352314451146; Wed, 07 Nov 2012 10:54:11 -0800 (PST) Received: by 10.236.148.41 with HTTP; Wed, 7 Nov 2012 10:54:11 -0800 (PST) In-Reply-To: <5438974387077420395@unknownmsgid> References: <5438974387077420395@unknownmsgid> Date: Wed, 7 Nov 2012 10:54:11 -0800 Message-ID: Subject: Re: [Android] ./bin/emulate + debug script behavior From: Anis KADRI To: dev@cordova.apache.org Content-Type: multipart/alternative; boundary=20cf303ea4407c371404cdec3e09 X-Virus-Checked: Checked by ClamAV on apache.org --20cf303ea4407c371404cdec3e09 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On Wed, Nov 7, 2012 at 10:33 AM, Jesse MacFadyen w= rote: > # get a list of devices > ./bin/emulate -devices > > # launch emulator with index of 2 > ./bin/emulate -d:2 > Sure if you can select the one you want then why not. I like a list better than auto-selection personally. The reason is that it is more interactive and selecting the right device/emulator requires one step only (instead of the two like you described). We can always provide the option to select the device/emulator (without having a list). We already require user interactions for emulators. They need to select which target Android Virtual Device they want to launch. And there can be many (2.1, 2.2, 2.3, 3.0, 4.0=85). I don't think that picking up the first one just for the sake of not requiring user interactions is a good idea. > > I have never liked our use of the term emulate, as it is for emulators > only where I might want to do the same for a physical device that is > attached. and presumably listed devices could include both physical > and virtual. > If you read this discussion [1], you'd see that Brian came up with the `deploy` name (for physical devices) and keep `emulate` for emulators. > > > > On 2012-11-07, at 10:19 AM, Anis KADRI wrote: > > > On Tue, Nov 6, 2012 at 4:58 PM, Jesse wrote: > > > >> User interaction should NOT be required, if it annoys you then type > >> the right thing. > > > > What would the right thing be ? > > > > > >> > >> adb devices > >> - returns a list of usable devices, why not mimic that? > >> adb -s > >> - makes perfect sense to me > >> > >> When I did the WP7 tool : ( which is used by the script ) > >> CordovaDeploy [ -devices BuildOutputPath -d:DeviceIndex ] > >> -devices : lists the devices and exits > >> BuildOutputPath : path to the built application, typically > >> Bin/Debug/ or Bin/Release/ > >> -d : index of the device to deploy, default is 0 > >> > >> > >> > >> On Tue, Nov 6, 2012 at 4:46 PM, Anis KADRI > wrote: > >>> Right now when you cordova/emulate and nothing is running, it display= s > a > >>> list of AVDs to choose from. I believe that we should display a list = of > >>> running devices/emulators when there is more than one device/emulator > >>> running. As a user, I'd get mad if you automatically picked up the > wrong > >>> device/emulator. > >>> However, according to this discussion [1] I thought we would separate > >>> running on a device (cordova/deploy) and running in the emulator > >>> (cordova/emulate) http://markmail.org/thread/znkkjmwgoc23lhhq > >>> > >>> > >>> On Tue, Nov 6, 2012 at 4:38 PM, Jesse wrote= : > >>> > >>>> first device, or add an optional index param > >>>> this is what WP7 did, haven't tested it a few versions though .. > >>>> > >>>> On Tue, Nov 6, 2012 at 4:17 PM, Filip Maj wrote: > >>>>> If you have more than one device/emulator hooked up these scripts > fail > >>>>> along the lines of: > >>>>> > >>>>> [exec] error: more than one device and emulator > >>>>> [exec] - waiting for device - > >>>>> [exec] error: more than one device and emulator > >>>>> [exec] - waiting for device - > >>>>> [exec] error: more than one device and emulator > >>>>> [exec] - waiting for device - > >>>>> > >>>>> > >>>>> And indefinitely hangs. > >>>>> > >>>>> Is this a use case we should cover, and if so, how to solve this on= e? > >>>> grep > >>>>> for the first dev/emu and choose that one? Iterate over all connect= ed > >>>>> devices? > >>>> > >>>> > >>>> > >>>> -- > >>>> @purplecabbage > >>>> risingj.com > >> > >> > >> > >> -- > >> @purplecabbage > >> risingj.com > >> > --20cf303ea4407c371404cdec3e09--