Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-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 647F2108EF for ; Thu, 2 May 2013 00:44:18 +0000 (UTC) Received: (qmail 66829 invoked by uid 500); 2 May 2013 00:44:16 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 66672 invoked by uid 500); 2 May 2013 00:44:16 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 66382 invoked by uid 99); 2 May 2013 00:44:16 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 May 2013 00:44:16 +0000 Received: from localhost (HELO mail-ia0-f177.google.com) (127.0.0.1) (smtp-auth username ctubbsii, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 May 2013 00:44:15 +0000 Received: by mail-ia0-f177.google.com with SMTP id m10so70149iam.22 for ; Wed, 01 May 2013 17:44:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=0+VaCZ1qnaUjWHvEUgPbCIFXHE5BiPnCe6Vn/7mBkd4=; b=BqhhCI7X2JYh85EJNfpt7Hll7TPC3j59zKlQaw0EUwUCvjNAcwmBghTeiK/mKvAxvs nAQpqa7fkHnfI+I9FDiB/mSkhOtziQBBzWhMwigwTIdOYwyk5ZTSlynTEECVSnl2GmfH OxpiaThiYK29V/odmCXJyFjzjzGgIpKTUdMAqAzeAjdKHvQV6jbBdlfUhVRitj2NLCAw o5NBSif1tljqc1/vPZ4KU5IQnr+BoKbVL/HqDBLNd9DuFgn+x1bHldcQNnqHa1OdOGFX cTGF3cZamYYUx2TRAJErnAMwj82u1rbEb7kThc4yQT/x79O8GT142/fZFAfIDzMGRoyP UxGg== MIME-Version: 1.0 X-Received: by 10.50.57.38 with SMTP id f6mr2751265igq.68.1367455454931; Wed, 01 May 2013 17:44:14 -0700 (PDT) Received: by 10.64.20.75 with HTTP; Wed, 1 May 2013 17:44:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 1 May 2013 20:44:14 -0400 Message-ID: Subject: Re: asciidoc manual From: Christopher To: Accumulo Dev List Content-Type: text/plain; charset=ISO-8859-1 I think it looks great, but my only concern is how easily is this automated, without a lot of manual package installation and setup. I'd want to make it easy for developers to simply check out the project and build, without a lot of forethought, like it is to do with some of the more often used maven plugins for documentation (doxia). I'd like anybody to be able to check out the project and fix a typo in the documentation, and test how it looks, without installing a lot of extra packages. (Note: this is currently not easily done with the existing system, as pdflatex and other tools are required to be installed in advance, so I'm glad we're looking outside of LaTeX, for that reason. I just wouldn't want to move laterally in this regard, if we can move upwards.) -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Wed, May 1, 2013 at 8:31 PM, Billie Rinaldi wrote: > On Wed, May 1, 2013 at 2:18 PM, Adam Fuchs wrote: > >> This looks good to me. Out of curiosity, what made you decide to use >> asciidoc rather than the multitude of other options? Cross-platform support >> looks good (support for Windows, Mac, and Linux). There also seems to be a >> big enough user base for long term supportability. >> > > Mostly that I had created nice-looking pdfs with it before and I was > curious to see if it would work for the manual. I wanted something where > the base format was essentially plain text with good converters to html and > pdf. Feel free to list some obvious alternatives. > > >> >> A few things I noticed: >> 1. The headers and TOCs differ in the pdf and html versions as to what they >> include. It would be better if we could standardize across those -- maybe >> we should standardize the build of both the html and pdf formats as coming >> from the docbook intermediate format? >> > > I'll look into whether we can expand the depth of the html TOC. I think we > could probably reduce the depth of the pdf TOC. I'm not sure I agree they > need to be the same, but it would be nice to know if we could adjust them. > And the 4-level depth on the pdf is probably overkill. > > >> 2. Hyperlinking in the pdf TOC would be better if it were the whole line >> rather than just the page num (this may be a bit nitpicky). >> > > I expect this probably isn't configurable. > > >> 3. In the html version, some of the examples have lines that go way off to >> the right (e.g. Table Configuration -> Iterators -> Combiners). I like how >> the pdf version wraps those lines -- this is probably a docbook feature. >> > > It looks like we may be able to specify a max width when generating the > html. I'll check it out. > > Billie > > >> >> Adam >> >> >> >> On Wed, May 1, 2013 at 1:10 PM, Billie Rinaldi > >wrote: >> >> > I've been experimenting with converting the user manual to asciidoc. On >> > balance, I think the resulting html and pdf are better than our existing >> > ones, and the maintenance will be easier. For a preview, see >> > >> > http://people.apache.org/~billie/asciidoc_user_manual >> > >> > In particular >> > >> > >> http://people.apache.org/~billie/asciidoc_user_manual/accumulo_user_manual.html >> > and >> > >> > >> http://people.apache.org/~billie/asciidoc_user_manual/accumulo_user_manual.pdf >> > >> > To generate these documents, I installed asciidoc, dblatex, and >> > source-highlight, then ran the following commands. >> > >> > To generate html: asciidoc -a toc -d book accumulo_user_manual.txt >> > To generate xml: asciidoc -a toc -b docbook -d book >> > accumulo_user_manual.txt >> > To generate pdf: dblatex -tpdf accumulo_user_manual.xml >> > >> > Thoughts? >> > >> > Billie >> > >>