Message ID | 20230718185156.1015753-1-costa.shul@redhat.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:c923:0:b0:3e4:2afc:c1 with SMTP id j3csp1946608vqt; Tue, 18 Jul 2023 12:00:34 -0700 (PDT) X-Google-Smtp-Source: APBJJlEtAhvIZwVVLz5hzX9IUr8sqax1atRKo4UYZqWxy1mjPeY/DVEUSnHpkfby9hwevjbZQqW8 X-Received: by 2002:a17:90a:8b0c:b0:263:f896:2165 with SMTP id y12-20020a17090a8b0c00b00263f8962165mr14799373pjn.46.1689706834113; Tue, 18 Jul 2023 12:00:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689706834; cv=none; d=google.com; s=arc-20160816; b=ikr6tPQmi/YeeCjyT6EO88MPHdy6r9BX/Y5OQTT2Hjgg0hnaFnQQlh2c3+x4JlpvZC 4Q+QNJfEzn9turyWAk2/hWz2G/I0hSfLM3bCUS8MhV2Z/+alLNkZJlXXuos88aSo8arN BM+8GEPzwZ5SYQd6CbC0Y1SnSgwBU9p+YIGV3jXp/IsPFnUFfcz5IXTpTIhHkdqgcDpp n26XYIRPygLfrmkCdK7WDjwwvMbpYbOpb5MXP5YLzh/l+QCI1qeycbAn46xHdt0HwZdz h49eGrszck4G6//r4f+Y/2PQCJL9BMy0m6+Et/z9Ij9/EznSVpYg1lUmFMZzYPplMTbi QCMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=J/CrsgelAy4D5Z8podo/b2JgC3WEAES3DxJp/G1efUs=; fh=z+EuahH0jE6xvJ3UUXgQFujnweV2Tmzu8p0iDt0dwdI=; b=U+sLGg9m3rf6ervd7czWImdt7e4Q58PBh838vydLuq2EmsZl2Q6MTfr3oMbiEfktz2 huT6UvKI3QiMswU3PSEu5O0+DXbZOcFMVy3SpbTvlTbAS/P5OYENq6yyHeMgl4x53eOJ Ll+dnjte4S5SUQlyO0GfKk+t1scg0QwO5CLOd2tXcl2sa2tURUnw8u/NxoJKF7pCFpvs MHKbBkgntBo3HB72TgE4t49gB1nZIMPRGDeBVv4F6PDLjzHVGNqQp5/ofJywWl9B4bk1 dIqcn+8WGtzJRAawo+dXpEwoIb/40mm+ShJHDktCO4KsW9oULSK0Oya3bXFRbjvAAMeU KfTA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w24-20020a17090a8a1800b00263e1208868si2029542pjn.147.2023.07.18.12.00.19; Tue, 18 Jul 2023 12:00:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230459AbjGRSyU (ORCPT <rfc822;assdfgzxcv4@gmail.com> + 99 others); Tue, 18 Jul 2023 14:54:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42594 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229949AbjGRSyT (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 18 Jul 2023 14:54:19 -0400 Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B7EC0126; Tue, 18 Jul 2023 11:54:03 -0700 (PDT) Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-4039a2b71c1so34218491cf.0; Tue, 18 Jul 2023 11:54:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689706443; x=1692298443; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=J/CrsgelAy4D5Z8podo/b2JgC3WEAES3DxJp/G1efUs=; b=Tlp0jl/6iTEc+3lhwQJ/MM+AjX6CGjfXpB4UCVWw7NTyh8c32HZcIN2mUwOYHLCOx7 XEOfK4v78aG2381SGqx5fBTFkhyJ/HlrmZDn0ZHwWGi2aXWxrmbyWXfVHGOV0EQktLAO NHiUl8aWP3FUK2Eojxj1V21okaqFOtQyyXkdiodKK0XbE8NqA5dp0J21hwkk1loLzrPA 0tkQp36uRCpfYL3bLTc6Tve4i72sz3Gn0QnKzoWOIrtdSpy+beA//GFxElrfgjNQ+jKH nuM7WYS78VatHpCyAwkm8AbGVkmLf/FBckfwM0m94WcxrgwygCta8DmEvdpN4kQ7KfOe 57SA== X-Gm-Message-State: ABy/qLbNVFmfOldM0rUmaxXqMubUmCxYry8vNTaimEDvVNg6LVkZP+Hp DHat+3CTsyZA+dJczMveXJo= X-Received: by 2002:ac8:5f95:0:b0:403:c74e:3999 with SMTP id j21-20020ac85f95000000b00403c74e3999mr17336292qta.45.1689706442750; Tue, 18 Jul 2023 11:54:02 -0700 (PDT) Received: from costa-tp.bos2.lab ([5.29.20.9]) by smtp.gmail.com with ESMTPSA id hg5-20020a05622a610500b0040353ea0827sm825193qtb.56.2023.07.18.11.54.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 Jul 2023 11:54:02 -0700 (PDT) From: Costa Shulyupin <costa.shul@redhat.com> To: Jonathan Corbet <corbet@lwn.net>, linux-doc@vger.kernel.org (open list:DOCUMENTATION), linux-kernel@vger.kernel.org (open list) Cc: Costa Shulyupin <costa.shul@redhat.com> Subject: [PATCH] docs: remove tree links from the main index Date: Tue, 18 Jul 2023 21:51:55 +0300 Message-ID: <20230718185156.1015753-1-costa.shul@redhat.com> X-Mailer: git-send-email 2.41.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL, RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1771786033567590430 X-GMAIL-MSGID: 1771786033567590430 |
Series |
docs: remove tree links from the main index
|
|
Commit Message
Costa Shulyupin
July 18, 2023, 6:51 p.m. UTC
and leave only their neighbor subsystem-apis
because these links are already listed under
section "Core subsystems" of Documentation/subsystem-apis.rst:
Core subsystems
---------------
.. toctree::
:maxdepth: 1
core-api/index
driver-api/index
mm/index
power/index
scheduler/index
timers/index
locking/index
Reference:
- https://www.kernel.org/doc/html/next/subsystem-apis.html#core-subsystems
Motivation:
- make the documentation more organized
- increase consistency, observability and maintainability
- improve balance of ToC tree by reducing overly populated lists
- avoid duplicate parallel links
- escape tangling of links
- intention to fit the main index into one page
Signed-off-by: Costa Shulyupin <costa.shul@redhat.com>
---
Documentation/index.rst | 3 ---
1 file changed, 3 deletions(-)
Comments
Costa Shulyupin <costa.shul@redhat.com> writes: > and leave only their neighbor subsystem-apis > > because these links are already listed under > section "Core subsystems" of Documentation/subsystem-apis.rst: > > Core subsystems > --------------- > > .. toctree:: > :maxdepth: 1 > > core-api/index > driver-api/index > mm/index > power/index > scheduler/index > timers/index > locking/index > > Reference: > - https://www.kernel.org/doc/html/next/subsystem-apis.html#core-subsystems > > Motivation: > - make the documentation more organized > - increase consistency, observability and maintainability > - improve balance of ToC tree by reducing overly populated lists > - avoid duplicate parallel links > - escape tangling of links > - intention to fit the main index into one page > > Signed-off-by: Costa Shulyupin <costa.shul@redhat.com> > --- > Documentation/index.rst | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/Documentation/index.rst b/Documentation/index.rst > index 9dfdc826618c..8d8b7eab1131 100644 > --- a/Documentation/index.rst > +++ b/Documentation/index.rst > @@ -38,10 +38,7 @@ kernel. > .. toctree:: > :maxdepth: 1 > > - core-api/index > - driver-api/index > subsystem-apis > - Locking in the kernel <locking/index> So I don't really see the value of this. It takes away some of the most important links from the documentation front page, leaving the "Internal API manuals" section nearly empty. Why would we want to do this? Thanks, jon
The left column "Contents" is overloaded and hard to use. The value of this patch is to make it more usable. Sections of the main page are not displayed after patch "docs: Add more information to the HTML sidebar". So sections don't work now and should be fixed too. I have in mind to reorganize the main page so the left column "Contents" becomes usable. Thanks Costa On Fri, 21 Jul 2023 at 22:56, Jonathan Corbet <corbet@lwn.net> wrote: > > Costa Shulyupin <costa.shul@redhat.com> writes: > > > and leave only their neighbor subsystem-apis > > > > because these links are already listed under > > section "Core subsystems" of Documentation/subsystem-apis.rst: > > > > Core subsystems > > --------------- > > > > .. toctree:: > > :maxdepth: 1 > > > > core-api/index > > driver-api/index > > mm/index > > power/index > > scheduler/index > > timers/index > > locking/index > > > > Reference: > > - https://www.kernel.org/doc/html/next/subsystem-apis.html#core-subsystems > > > > Motivation: > > - make the documentation more organized > > - increase consistency, observability and maintainability > > - improve balance of ToC tree by reducing overly populated lists > > - avoid duplicate parallel links > > - escape tangling of links > > - intention to fit the main index into one page > > > > Signed-off-by: Costa Shulyupin <costa.shul@redhat.com> > > --- > > Documentation/index.rst | 3 --- > > 1 file changed, 3 deletions(-) > > > > diff --git a/Documentation/index.rst b/Documentation/index.rst > > index 9dfdc826618c..8d8b7eab1131 100644 > > --- a/Documentation/index.rst > > +++ b/Documentation/index.rst > > @@ -38,10 +38,7 @@ kernel. > > .. toctree:: > > :maxdepth: 1 > > > > - core-api/index > > - driver-api/index > > subsystem-apis > > - Locking in the kernel <locking/index> > > So I don't really see the value of this. It takes away some of the most > important links from the documentation front page, leaving the "Internal > API manuals" section nearly empty. Why would we want to do this? > > Thanks, > > jon >
Costa Shulyupin <costa.shul@redhat.com> writes: > The left column "Contents" is overloaded and hard to use. The value of > this patch is to make it more usable. > > Sections of the main page are not displayed after patch "docs: Add > more information to the HTML sidebar". So sections don't work now and > should be fixed too. > > I have in mind to reorganize the main page so the left column > "Contents" becomes usable. No, that is not the right approach. Much of our documentation is just thrown together in haphazard ways, but the front page has actually been the target of a certain amount of thought. It is, after all, the entry point into our documentation. This page can surely be improved. But thrashing it up for the purpose of making the sidebar better is getting the priorities wrong; the front page is far more important. The way to improve the sidebar is to change how that is generated; that almost certainly requires digging into the theme code. That has been on my list for some time, but I haven't gotten to it. It would be wonderful if somebody beat me to it. Thanks, jon
diff --git a/Documentation/index.rst b/Documentation/index.rst index 9dfdc826618c..8d8b7eab1131 100644 --- a/Documentation/index.rst +++ b/Documentation/index.rst @@ -38,10 +38,7 @@ kernel. .. toctree:: :maxdepth: 1 - core-api/index - driver-api/index subsystem-apis - Locking in the kernel <locking/index> Development tools and processes ===============================