Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-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 67E5397B2 for ; Sat, 26 Nov 2011 20:06:12 +0000 (UTC) Received: (qmail 99041 invoked by uid 500); 26 Nov 2011 20:06:11 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 99004 invoked by uid 500); 26 Nov 2011 20:06:11 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 98995 invoked by uid 99); 26 Nov 2011 20:06:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 Nov 2011 20:06:11 +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 nslater@tumbolia.org designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 26 Nov 2011 20:06:05 +0000 Received: by bkbzv3 with SMTP id zv3so7311904bkb.11 for ; Sat, 26 Nov 2011 12:05:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tumbolia.org; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Z72R7BzAZ9mkMsEPJWHjTciks5OmPMXK0U7B/7958VQ=; b=jMjFNURo6Pq8UggXyXeQeXK3/UD1gkZ79dPh6ShmXcV1tEqgR4jSo1S/R2tHmyy4i1 tzTS/62LmhY/YasoXnGkK3y8Pd0wn26MyUSpEOYn2EaDRFylozA9SkZLJ52uaOstvFDW qjn/n7XXWSKNKQ/SBQq9xjgCAQ8hmMCM/qyg0= MIME-Version: 1.0 Received: by 10.204.128.77 with SMTP id j13mr7586359bks.124.1322337944653; Sat, 26 Nov 2011 12:05:44 -0800 (PST) Received: by 10.204.35.9 with HTTP; Sat, 26 Nov 2011 12:05:44 -0800 (PST) X-Originating-IP: [87.198.26.52] In-Reply-To: References: <2DF4B21F-FB3D-46C8-A566-4F57EDAC22E3@kristinaschneider.com> Date: Sat, 26 Nov 2011 20:05:44 +0000 Message-ID: Subject: Re: [VOTE] Apache CouchDB new docs proposal From: Noah Slater To: dev@couchdb.apache.org Content-Type: multipart/alternative; boundary=0015174c1e3a76ce0f04b2a8cb29 X-Virus-Checked: Checked by ClamAV on apache.org --0015174c1e3a76ce0f04b2a8cb29 Content-Type: text/plain; charset=ISO-8859-1 Sure. Well, I'd like to link to the docs from the website. And some amount of basic typesetting would be nice. HTML is the bare minimum if we want text (obviously) and hyperlinks. I think hyperlinks would be useful. Even if it's only so we can use anchors. If you look at the source of the CouchDB book, we could strip HTML down to its barest elements. The "administrative debris" like navigation, style, etc can be added with a single common JavaScript file and a single common CSS file. If we want to move forward with this, I am happy to drive the effort. Our first steps should be: - Get some plain text only documentation together from the committers - Speak to Infra about how to host the documentation If someone can co-ordinate the first point, I can take this stuff and shape it in to some basic HTML for us to use. I can take care of the second item. On Sat, Nov 26, 2011 at 7:53 PM, Robert Newson wrote: > Noah: All I really mean is that the docs/ are widely available. If > it's infeasible to push them to the wiki then let's not do it, but I'd > be surprised if that's a technical challenge for a group with our > diverse superpowers. > > As for choice of markup language, I have no preference. What's the > minimum here? Do we need more than just plain text? The linux kernel's > Documentation/ dir seems to get away with it. > > B. > > On 26 November 2011 19:47, Dave Cottlehuber wrote: > > On 26 November 2011 14:25, Robert Dionne > wrote: > >> +1 for Latex > > > > Hi Robert, all, > > > > Thanks for taking the time to read all that! > > > > Specific design & tools aside, are you willing to support at least the > > principle of upgrading/improvement of the documentation? > > > > Or are you fundamentally against docbook? Personally, I am agnostic on > > the tool but I would like to know that I can contribute something that > > won't require rework in future, and I'll happily learn tool X to > > support that. > > > > I see little point in counting a few +1 votes and then making > > wholesale changes; this should be a consensus otherwise I'd rather > > revert to incremental changes to the wiki. > > > > A+ > > Dave > > > --0015174c1e3a76ce0f04b2a8cb29--