From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id EKNzGiRJw2J7XQAAbAwnHQ (envelope-from ) for ; Mon, 04 Jul 2022 22:10:12 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id eKKZGSRJw2JghQAAG6o9tA (envelope-from ) for ; Mon, 04 Jul 2022 22:10:12 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F2D9622EB1 for ; Mon, 4 Jul 2022 22:10:11 +0200 (CEST) Received: from localhost ([::1]:54622 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o8SOY-0002n8-Ac for larch@yhetil.org; Mon, 04 Jul 2022 16:10:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48038) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8SOQ-0002mh-CH for guix-patches@gnu.org; Mon, 04 Jul 2022 16:10:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:54822) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o8SOQ-0002bQ-0Y for guix-patches@gnu.org; Mon, 04 Jul 2022 16:10:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o8SOP-0000Au-RD for guix-patches@gnu.org; Mon, 04 Jul 2022 16:10:01 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#56145] [PATCH 0/5] Add menus to Services sub-sections Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 04 Jul 2022 20:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56145 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Hartmut Goebel Cc: 56145@debbugs.gnu.org Received: via spool by 56145-submit@debbugs.gnu.org id=B56145.1656965345585 (code B ref 56145); Mon, 04 Jul 2022 20:10:01 +0000 Received: (at 56145) by debbugs.gnu.org; 4 Jul 2022 20:09:05 +0000 Received: from localhost ([127.0.0.1]:48719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8SNR-000099-Fn for submit@debbugs.gnu.org; Mon, 04 Jul 2022 16:09:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8SNK-00008i-Tg for 56145@debbugs.gnu.org; Mon, 04 Jul 2022 16:09:00 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40846) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8SNE-0002Y8-Vd; Mon, 04 Jul 2022 16:08:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=HTlkDQpF7D0naeomBnwz1QHpRDJjmAvh1sO/3tltSmg=; b=UPbladIfiSEhENnHn98K raZ7keQ5UwxtCTnqmZnqCQwkZM7YSH6v9kLR7QeUU+dhk0wWW9N9QXLOyz5Vv42ouUnX16U9Ah86O zbAuNzUSd3PSx4iTY39NxW+2YPu3sfaOsfQivdk+Q+PjOdwzqhMl0AVlEXoACDrtQQ2Mw6GCTprTo yIJ2w7aA/in5Nuad8TJcn6mRdEqk9XdwgXqSuN1JbpsrplzgHBAltIU/sdZVnQ+K73tmqBp4qP2dp fgEL9oSouGbNR9HR0CoFCkcpzPW082zKpIPeF4nMfHUItHD4qjVIkrMrYFkbiCbyt9YeSZALIKzMv ZwX5WAFfjJ0/zA==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201]:52368 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8SNE-0004gb-Jo; Mon, 04 Jul 2022 16:08:48 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <201f3aa5e409f45423ec30187f37ee56cc0f7716.1655908912.git.h.goebel@crazy-compilers.com> <874jzy1nx3.fsf_-_@gnu.org> <92089bc8-c60e-aa33-b285-807d4fc7992f@crazy-compilers.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Sextidi 16 Messidor an 230 de la =?UTF-8?Q?R=C3=A9volution, ?= jour du Tabac X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 04 Jul 2022 22:08:47 +0200 In-Reply-To: <92089bc8-c60e-aa33-b285-807d4fc7992f@crazy-compilers.com> (Hartmut Goebel's message of "Mon, 4 Jul 2022 16:30:14 +0200") Message-ID: <87a69o8wts.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1656965412; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=HTlkDQpF7D0naeomBnwz1QHpRDJjmAvh1sO/3tltSmg=; b=ceq6XMXtXVEYtdMVZ7PGKEsLTdtm9CJ98EBK5uJ2Aj++mabHKr2/DtpULWFVIbZfKVgbCo 8kvfYken770L4egzSPrsh75wzMqnPJtInQp0Nb5ozPQ2GossGmG2PqW6IAb1k+oPJU6jKu OQCkziGLokTR13Z015E8bhmzOygGScZa5ROptNJZ4xw0ZiIjJYsSbNpKviQ9xQy6o+RQvb e02DZ3W/3IKxCu8YrRkaGqLI0yIWfI091vCTNf9AIicJEC8XXqu9JaJXUVFPBoaKzyoe9m MlwvfTNuUVGhbcJkP8wd2A0+7yjwTESp9qG0CXfOb2pJmNEzIU8iZqHJKkJxVQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1656965412; a=rsa-sha256; cv=none; b=mqeWd3odSaRSiZ1BBfWiQzIAzMyU7GCGSoyONUVscqI8ZcB+6V13dj3dUd0FRI/4/bN6f6 zDPDo3QyK2o2RH6pxXN1JBn1u3sAXiCaYjSaKrK7zDcjsaSgDSQVlhNjKj/VZ4licKE2H5 jJXfBp6WQCsC+LZ4Gv4MaQTaOsHYxOqf95fBrzc8OaYr3TZfyTWNtMdrgg7CidVklKCSMJ THSemXUk+7MeSqMaN+UVSx+OryL1ZrRmZ+55RoJriH4NQvpH5BqPGRdDK7W3hwkreOFRBW z7Xv9aEWeuxfwMf0x4oGgH9mCJ9cBKOlh/kGybRZhD5Ort0u0PAKcQmO6J9+PQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gnu.org header.s=fencepost-gnu-org header.b=UPbladIf; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -4.95 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gnu.org header.s=fencepost-gnu-org header.b=UPbladIf; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: F2D9622EB1 X-Spam-Score: -4.95 X-Migadu-Scanner: scn0.migadu.com X-TUID: wHWhR/tY9Fsc Hi, Hartmut Goebel skribis: > Am 03.07.22 um 12:38 schrieb Ludovic Court=C3=A8s: > >> I=E2=80=99m less convinced about this one. I wonder if, instead of addi= ng >> anchors, we should add proper sectioning at the same level as the >> existing sections (=E2=80=9CBase Services=E2=80=9D, etc.). > I don't actually understand what you mean. Currently each section > described one or more services. The section groups the services into > =E2=80=9Eall LDAP related=E2=80=98, =E2=80=9Eall X11 related=E2=80=9C, et= c. This patch basically adds > the anchors, whereas the other patch uses the anchors that already > exist. So basically they result in the same. > > Do you suggest to split =E2=80=9EBase Services=E2=80=9D into several sect= ions? (Like > =E2=80=9EConsole service=E2=80=9C, =E2=80=9CRandow data services=E2=80=98= , etc.) > >> Also, I don=E2=80=99t think we need one section (or anchor) per service: > > Having a TOC of all services is my actual intention. I want to have a > list which (Incomplete sentence.) To be clear: I think we must not abuse sectioning to make an index; there=E2=80=99s already an index, and we can add concept index entries if t= hat=E2=80=99s what=E2=80=99s missing. However, what we could/should do is improve structure. We can do that by grouping related services together, essentially splitting existing sections into finer-grain sections=E2=80=94e.g., =E2=80=98Base Services=E2= =80=99 might be split into two or three sections. That=E2=80=99s not the same as adding one head= ing and one anchor for each service. Does that make sense? Thanks, Ludo=E2=80=99.