From callback-dev-return-13015-apmail-incubator-callback-dev-archive=incubator.apache.org@incubator.apache.org Tue Sep 11 12:29:50 2012 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 0B943D1F3 for ; Tue, 11 Sep 2012 12:29:50 +0000 (UTC) Received: (qmail 35169 invoked by uid 500); 11 Sep 2012 12:29:49 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 34991 invoked by uid 500); 11 Sep 2012 12:29:48 -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 34959 invoked by uid 99); 11 Sep 2012 12:29:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Sep 2012 12:29:47 +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 reinstein.mike@gmail.com designates 209.85.214.175 as permitted sender) Received: from [209.85.214.175] (HELO mail-ob0-f175.google.com) (209.85.214.175) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Sep 2012 12:29:41 +0000 Received: by obblz20 with SMTP id lz20so604170obb.6 for ; Tue, 11 Sep 2012 05:29:20 -0700 (PDT) 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=0Ife3gZSYvm9SfcM03iCkaz8Un9ny8W6tXkZaNTE70s=; b=On4QOWewZG2jnBSco/WXaQEj7Pnj0oDo41ScMVHSb28j5lsN/bdY51QLSotgM6JO6V //hIwBfe1DtFh12iXv8AH+wQyHOgvQOQvZTh3KDuHku9fLPLSRaOUtw9lMe/vAyYQPmy 0VbLOdf9xrA3ThWD29NMgeQGLfR8St3k5kpBEbp3JLEWSpjqXD24bgA5lqLubwAdgn5p 58kUBD4+Twaf3r4A5QjczT+roN/Otu80Mh80KbvJLYRylpjxEVWJxwdAUG8OHjyrfvpM 99M5UhJuY7c3LnHU1kPHg+rXTXpTJe+d6SqTPSDy4mAutbU0BR2onQJFKuiIZ29o9FKJ kNDQ== MIME-Version: 1.0 Received: by 10.60.7.138 with SMTP id j10mr17449621oea.104.1347366560105; Tue, 11 Sep 2012 05:29:20 -0700 (PDT) Received: by 10.182.34.234 with HTTP; Tue, 11 Sep 2012 05:29:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 11 Sep 2012 08:29:19 -0400 Message-ID: Subject: Re: plugin tooling/specification From: Mike Reinstein To: callback-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=e89a8ff2514432863b04c96c39d9 --e89a8ff2514432863b04c96c39d9 Content-Type: text/plain; charset=ISO-8859-1 > assumed to be a 'backed in' platform/plugin This must be a typo, eh? 'baked' was intended? On Tue, Sep 11, 2012 at 4:15 AM, Brian LeRoux wrote: > > * You will be able to access the client interface via: $ ./bin/cordova > > * * suggest replacing ./ with $(CORDOVA_CLIENT_DIR)/ > > Agree...tho the npm install should be global (in /usr/local/bin) > ....maybe we say as much? > > > > * Subcommands section > > * * Typical unix manpage style is to use [] to surround optional > arguments > > <> to surround explanations and nothing for keywords. Examples that need > > fixing include: > > * * * create [] [] > > * * * platform ls > > * * * platform add > > * * * etc > > * * even if we aren't aiming for manpage style here, there > > are inconsistencies > > Sure > > > > * * File and Directory Structure ascii tree diagram > > * * * suggest appending / after directory names > > +1 > > > > * * ... it's assumed to be a 'backed in' platform/plugin. Otherwise, it's > > assumed to be a URL to a gzipped tar archive... > > * * * Not sure what 'backed in' means here, nor how to identify something > > as not being backed in so as to fallback to gzipped tar > > * * * Also wording sounds more like "else .. else" instead of "else if .. > > else" (if that makes sense) :P > > Ya not sure what this is about? > > > > * * KewlApp directory structure ascii tree diagram > > * * * based on my understanding of the text, the ios/android platforms > > should be subdirs of platforms/ and there should also be a subdir listed > in > > plugins/ > > Yes. > > > > * * Running tests warning > > * * * Perhaps explain how to bootstrap so as not to have failing tests > > instead of assuming the reverse? > > Yes. > > > > Also, I will look into bash completions in some spare cycles and if it > > looks reasonable I may volunteer for the task. I've been curious to > learn > > how those work :) > > That'd be awesome...but I'm thinking in a future iteration once the > actual CLI API is more solid. (But knock yourself out!) > --e89a8ff2514432863b04c96c39d9--