Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp6764281rdb; Fri, 15 Dec 2023 07:47:15 -0800 (PST) X-Google-Smtp-Source: AGHT+IFnNm/U50GgfkuMwya+MCAMUWYyaLyNt1LoMoFE1IZbixtN/2+NGIpFkye5PLIGi+MGUV57 X-Received: by 2002:a05:622a:148d:b0:425:9e14:3f1e with SMTP id t13-20020a05622a148d00b004259e143f1emr15231799qtx.29.1702655234838; Fri, 15 Dec 2023 07:47:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702655234; cv=none; d=google.com; s=arc-20160816; b=ld6X6SR1DUi3IbMbFQ5PFrT0mXSWFk1VsgZT+0pXHrxlydwWn4LzCg6gqCWRWTJwrF lHGfEJpeUkDY9cumEIuvNzHeCn/VmbsAmY4ErMt+FfnCe8ct135rFHN6obOIR5k6YYMN IagwfWyYNauRm4z2ww54Z9PZ+V/jMF1bKtGNMyuv8hlXWcCorytdrkDGGUY4jdHUEgaw HfhVrMcXhqrVPFMzb+orUX6Yx6gguYuaQQ9vZhvzMJpoETjRKpY6Y6oty0SfgCQLi47n 7pOjUuU/HbqWTX1XInzceH2eW7XK3yTCJtg1HImOi/F1a8jCk90uWu5sZPEy+/Dr5QKp rStQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:date:references:in-reply-to:subject:cc:to:from :dkim-signature:dkim-filter; bh=0nKLy+C+Dxd4dV6a82Y8vBIP/FvDDIhCHJp2NX784xI=; fh=aiZrmJfKV6WdyUJ6Z+99kfgcdzjV4l+1FaGOwJYgfcA=; b=PgzX+tacqxUHEBei1lN7f4Qusf7RqvGqeIDR9UyuqXUgLNAtsZGTm4Hb0y81mWsAAz ZyqjmnA2TL//6ZMq0Qo8e4vlrlbpa0e9ot5VZOdMR5fBiHYLd657nqUdvqL+XPHs0J+p Kpm4ZbIlkQWsvSU2pVtAhHJdyC7PQgeqBkQywNo+RPK0/NWV5ws9WinKNUXsZ5HB7oGv FnwVVKvwoYdFr0fEdnkDR+v4I8yXq+GOseOSdxZDoIwcystT9K2/7qWrh32lpavgZOGY 3N4aaL9CAKU2tO6dEVm7xbcRuDLQN75tpHsEPScu5mGwguclMV/p/Kj0AJUVyM1OXblD B1mg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=ksG1Sl4s; spf=pass (google.com: domain of linux-kernel+bounces-1227-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-1227-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id w8-20020ac87188000000b0042573335c80si16932222qto.263.2023.12.15.07.47.14 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Dec 2023 07:47:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-1227-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b=ksG1Sl4s; spf=pass (google.com: domain of linux-kernel+bounces-1227-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-1227-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 97B521C211F9 for ; Fri, 15 Dec 2023 15:47:14 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 8DD0D381DD; Fri, 15 Dec 2023 15:47:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lwn.net header.i=@lwn.net header.b="ksG1Sl4s" X-Original-To: linux-kernel@vger.kernel.org Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 73FC2374EA; Fri, 15 Dec 2023 15:47:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=lwn.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lwn.net Received: from localhost (unknown [IPv6:2601:280:5e00:7e19::646]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 97B042ED; Fri, 15 Dec 2023 15:47:02 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 97B042ED DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1702655222; bh=0nKLy+C+Dxd4dV6a82Y8vBIP/FvDDIhCHJp2NX784xI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ksG1Sl4s68T1Y3oIgMpq9BKv5Fqi0jdFmzW6JnmG1yCeZR9DjTwhrjVHAOrHwNdiZ jnPOTDQjMy7S1btfqExKjdmasQMH5jn3DftAsLvsXbDgl8EzL+ZG7BDhxm7YCaySnh wlVFbL0bB670lSovu168Z3zhBCjz7yZemI/BPSKTt3zPb/UZNITzLPqq8ZI0ehGU6z msqMf4ucw+4sZgcs8Glz9jx/KuBXHVQjRtXj1CpX/z8/Imz2k3tYpJbgnXlc+FfHbn uJVUSB2I3W8SbZEmqaahskV61lLjYhiDSnnnVFbqE5DiVpsKPfM7nBeIpPAu3VS0Ro yh1ttZgyHuMTg== From: Jonathan Corbet To: Carlos Bilbao , Miguel Ojeda Cc: Alex Gaynor , Wedson Almeida Filho , Boqun Feng , Gary Guo , =?utf-8?Q?Bj=C3=B6rn?= Roy Baron , Benno Lossin , Andreas Hindborg , Alice Ryhl , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org, Carlos Bilbao Subject: Re: [PATCH 0/1] docs: Include simplified link titles in main page's index In-Reply-To: <20231211005442.95457-1-bilbao@vt.edu> References: <20231211005442.95457-1-bilbao@vt.edu> Date: Fri, 15 Dec 2023 08:47:01 -0700 Message-ID: <87o7erqxhm.fsf@meer.lwn.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Carlos Bilbao writes: > The general consensus is that the documentation's website main entry point > and its sidebar leave room for improvement. > > Something we can easily fix is that there's too much duplicated text. > > To that point, consider the titles "The Linux kernel user's and > administrator's guide" and "The Linux kernel user-space API guide." We get > it, it's the Linux kernel. It's assumed that everything listed pertains to > the Linux kernel, given the overarching title, "The Linux Kernel > documentation." Constant repetition of "Linux" and "kernel" (45 times > each), "documentation" (21 times), and "guide" (18 times) are excessive and > affect UX. > > I propose simplifying without altering actual document titles, the text > linking to these documents on the main page ("link titles"). For example, > "The Linux kernel user's and administrator's guide" could become "User's > and Administrator's Guide," and "A guide to the Kernel Development Process" > could be "Development Process". This is what my patch does. So I totally agree that the sidebar can use improvement, and I agree that this patch makes it better. I'm less convinced about the changes to the page itself, which I consider to be somewhat more important. There, I think, the more terse titles are likely to be less useful for readers. (OTOH, I think the result is an improvement for those reading the RST files). I spent some time a little while back understanding how the sidebar is generated, and feel that we can make it into what we want it to be. But I don't think we've decided what we really want it to be. I think there is simply too much stuff there in general; it's never going to be manageable that way. There was a suggestion at the kernel-summit session to just put the top-level books there: Kernel documentation Development-process guide Core API manual Driver API manual User-space API manual Maintainer guide Documentation guide Then perhaps add one level for whichever book is open (if any) at the time. I'm sure there are other, better ideas as well. Meanwhile, I'm pondering on this patch, would like to know what others think. Carlos nicely put up some comparison images for us: https://github.com/Zildj1an/linux-kernel-docs-compare/blob/main/comparison.png ...so it's not necessary to build the docs to see the results. Thanks, jon