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 96D361016F for ; Mon, 24 Feb 2014 19:37:39 +0000 (UTC) Received: (qmail 5189 invoked by uid 500); 24 Feb 2014 19:37:39 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 5103 invoked by uid 500); 24 Feb 2014 19:37: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 5095 invoked by uid 99); 24 Feb 2014 19:37:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Feb 2014 19:37:38 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_REMOTE_IMAGE X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brian.leroux@gmail.com designates 209.85.213.177 as permitted sender) Received: from [209.85.213.177] (HELO mail-ig0-f177.google.com) (209.85.213.177) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Feb 2014 19:37:33 +0000 Received: by mail-ig0-f177.google.com with SMTP id h3so5519609igd.4 for ; Mon, 24 Feb 2014 11:37:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=9Tia/zaXrRtHFfwZG1nQO79nnMnC1tofiZRBkJN/TQE=; b=lRpWB2FKMtebfcBpcR8nZInRKqs3RXkUthMOWj0gvR9iBd4yIdJkpaohSEgCO/WFkw pKVMxB4eQwO0FIE8/n2Qfz4FFZbANWxi7S8OI5nrOUoV/8CMhgSLvgE1mFOjUxObl4nf rw+I8oqCyg1coOC5qGlYtzKlKDUIDfW2cI8LI+lr34A6PVbwx58A+JCEzxYsD+QtQ/gG jeZteD0IUqtTwVn3Lw0YsizxvyapcZ56LHUSteZRVIKQZvYJM0zB8lcv/6Spiim18C9W TuT/U2v+WP/8NfhFaf0TlptXX31jRDpPIgbbUWiafTHzSED7IkAxNzeNLBOd2aiHh8UD 10Sg== MIME-Version: 1.0 X-Received: by 10.42.81.7 with SMTP id x7mr1804074ick.84.1393270632200; Mon, 24 Feb 2014 11:37:12 -0800 (PST) Sender: brian.leroux@gmail.com Received: by 10.50.213.35 with HTTP; Mon, 24 Feb 2014 11:37:12 -0800 (PST) In-Reply-To: References: <598EA717-5FCD-431E-8BA2-FB37A5ACFB46@gmail.com> Date: Mon, 24 Feb 2014 11:37:12 -0800 X-Google-Sender-Auth: LLXX0Uoc3aoyOG7t-3TOPyyqBjo Message-ID: Subject: Re: [Input request] Rethinking Plugin docs From: Brian LeRoux To: "dev@cordova.apache.org" Cc: Lisa Seacat DeLuca Content-Type: multipart/alternative; boundary=20cf303347c11bc11e04f32c19fd X-Virus-Checked: Checked by ClamAV on apache.org --20cf303347c11bc11e04f32c19fd Content-Type: text/plain; charset=ISO-8859-1 I think Mike's main consideration is that the README.md is a place for general project info (what it is, how to contribute, etc) whereas documentation, inc translations, should be in a dedicated space as standard convention so we can tool it. (Something like this: `doc/[lang]/index.md`.) On Mon, Feb 24, 2014 at 11:26 AM, Andrew Grieve wrote: > That was basically the question in my head as I was typing... I'd be happy > with having just a README.md, and allowing it to link to relative .md paths > if it wanted to. > > > On Mon, Feb 24, 2014 at 2:21 PM, Lisa Seacat DeLuca wrote: > >> If README.md is the standard why not just call all of them README and not >> have an index.md file at all for the plugins. What is the advantage of >> having both? Seems more confusing than anything. >> >> Lisa Seacat DeLuca >> Mobile Engineer | t: +415.787.4589 | *ldeluca@apache.org*| | >> *ldeluca@us.ibm.com* | *lisaseacat.com*| [image: >> follow @LisaSeacat on twitter] | [image: >> follow Lisa Seacat DeLuca on linkedin] >> >> >> >> >> >> From: Andrew Grieve >> To: dev >> Date: 02/24/2014 01:41 PM >> Subject: Re: [Input request] Rethinking Plugin docs >> Sent by: agrieve@google.com >> ------------------------------ >> >> >> >> On Mon, Feb 24, 2014 at 12:51 PM, Marcel Kinard >> wrote: >> >> > >> > On Feb 24, 2014, at 12:32 PM, Andrew Grieve >> wrote: >> > >> > > - We may also want to include README.md files in the translations. >> > > doc/fr/index.md >> > > doc/fr/README.md >> > >> > What content do you forsee being in README.md other than a >> > table-of-contents to the languages? Or in other words, would it be >> > public-facing content that could be collapsed in to the rest of the >> plugin >> > docs? >> > >> >> On npmjs.org and on github, README.md's are the files that are shown most >> prominently. So, I speculate that many plugins will not provide a doc/ >> index.md, and instead provide only a README.md. >> >> >> > >> > > - We don't need the version in the directory since we can use git >> tags to >> > > find old versions >> > >> > That makes sense. >> > >> > >> >> > --20cf303347c11bc11e04f32c19fd--