Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C4163182AB for ; Thu, 30 Jul 2015 17:49:02 +0000 (UTC) Received: (qmail 97079 invoked by uid 500); 30 Jul 2015 17:49:01 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 96976 invoked by uid 500); 30 Jul 2015 17:49:00 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 96940 invoked by uid 99); 30 Jul 2015 17:49:00 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jul 2015 17:49:00 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 441A6194E72 for ; Thu, 30 Jul 2015 17:49:00 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.979 X-Spam-Level: ** X-Spam-Status: No, score=2.979 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id UvvBSw-sXFje for ; Thu, 30 Jul 2015 17:48:59 +0000 (UTC) Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id A6EEF272A6 for ; Thu, 30 Jul 2015 17:48:58 +0000 (UTC) Received: by laah7 with SMTP id h7so29590644laa.0 for ; Thu, 30 Jul 2015 10:48:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=VgCW3E4PWEDXPegRbvYU+QkLi2eRFQSCl93khjS9IDM=; b=ZYdmQMsux9kXolYTV1KQ69dE49CFIh6ytwPO7XVo7vbBMwxjZq2lPvLDeqnf6iZKNn DIeC07S2tPzhWig3ABhPp+ICCliMcpf6NDEnYyjY1Jfh0dSNuCsbm2bQvicLFh2CXcOf 4Fn0/z0yISvK3EoBgaU3p4vesVsa6iVIBa3LamODWL6cY1h6ziHdedUw73urqZHMMMKB 6XjQXuECxz4iEW7WjoEgmNfMQbeBtBt3lZSsIHtR15QczBY8dinBlzC9g4T1E/vvCCPV 9nkXMgKoASM9+pvf6B+i+bK65HgrsYIaxrPf1LzjbpqmzvqK5hmqXgAzMAfdvKbhRszm xZ4w== X-Gm-Message-State: ALoCoQlfgxd7VnquIO0zvEAeCqFnbW9fzDF56tzJy5FpnAW0qQ3mVe0/rG+Kr1eQWMc3m0vchhFA X-Received: by 10.112.129.131 with SMTP id nw3mr46317781lbb.34.1438278491931; Thu, 30 Jul 2015 10:48:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.153.195 with HTTP; Thu, 30 Jul 2015 10:47:52 -0700 (PDT) In-Reply-To: References: From: Sean Busbey Date: Thu, 30 Jul 2015 12:47:52 -0500 Message-ID: Subject: Re: [DISCUSS] Split up the book again? To: user Content-Type: multipart/alternative; boundary=047d7b343954999ee3051c1b4e7b --047d7b343954999ee3051c1b4e7b Content-Type: text/plain; charset=UTF-8 I personally like using the single-page version and tended to do so when we had both by-chapter and whole book. IIRC, asciidoc can make the per-chapter version. I think there was some reasoning from Misty on not enabling it by default, but I can't find the jira/thread at the moment. What if instead of per-chapter we broke it into a couple of guides by focus area? Right now it includes stuff for * operators * developers building on the APIs * developers working on the project These seem like three pretty distinct subject areas and the ref guides for each would surely be smaller than our current docs. On Thu, Jul 30, 2015 at 8:06 AM, Lars Francke wrote: > While I like the new and better layout of the book it is painful to use - > at least for me - because of its size. > > A few problems I'm hitting/seeing: > > * It takes Chrome almost 10 seconds to render the page until I can interact > with it, this is not because of data transfer time this happens locally too > * It is not mobile friendly because of its size > * Operations (like search) sometimes take seconds as well in various > browsers (e.g. highlighting of search results which sometimes seems to > block browsers as well) > * Content is just going to grow over time and these problems are going to > get worse > > I'd love to have a version that has separate HTML pages per "chapter". I'm > not even sure if Asciidoc can do that easily. > > What do folks think of the usability of the new book? > -- Sean --047d7b343954999ee3051c1b4e7b--