From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hamza.pair.com (hamza.pair.com [209.68.5.143]) by sourceware.org (Postfix) with ESMTPS id 981103858D28 for ; Thu, 10 Nov 2022 09:35:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 981103858D28 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=pfeifer.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=pfeifer.com Received: from hamza.pair.com (localhost [127.0.0.1]) by hamza.pair.com (Postfix) with ESMTP id BF50933E60; Thu, 10 Nov 2022 04:35:37 -0500 (EST) Received: from [10.30.2.25] (unknown [195.53.52.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hamza.pair.com (Postfix) with ESMTPSA id 2847933E6B; Thu, 10 Nov 2022 04:35:37 -0500 (EST) Date: Thu, 10 Nov 2022 10:35:35 +0100 (CET) From: Gerald Pfeifer To: =?ISO-8859-15?Q?Martin_Li=A8ka?= cc: gcc-patches@gcc.gnu.org Subject: Re: [DOCS] sphinx: use new Sphinx links In-Reply-To: <8ae80e2a-9f49-4ebf-d7f0-815d32919573@suse.cz> Message-ID: <39fb5822-95aa-037a-5ac7-865e9096ff9f@pfeifer.com> References: <482ae3dd-15f7-1e81-92e6-51a148e3bbc4@suse.cz> <2832f3b5-f815-3922-3681-edd55ca04dd5@suse.cz> <1656d2ca-f3b3-b46e-cf16-a6798e10deb1@suse.cz> <9c9b4969-dc72-a93b-335b-d72346bb437e@pfeifer.com> <8ae80e2a-9f49-4ebf-d7f0-815d32919573@suse.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323328-750452168-1668072937=:6261" X-Scanned-By: mailmunge 3.10 on 209.68.5.143 X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,KAM_SHORT,RCVD_IN_SBL_CSS,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323328-750452168-1668072937=:6261 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT On Thu, 10 Nov 2022, Martin Liška wrote: >> What do you think of keeping the latest under this shorter and simpler >> URL (too), though? > Works for me. : >> I believe a symlink (in the file system) on gcc.gnu.org could pull that >> off. > Yep, please do so. Done. https://gcc.gnu.org/install/ is back with a new face. Will you be reverting the link adjustments back from /onlinedocs/install/ to plain /install/ ? >> Note how in style.mthml we have some special provisions for install/. >> >> Over the last years I have reduced those to a large extent. There is still >> a little bit post-processing going on right now including setting our CSS >> and our favicon. > Well, the entire content of gcc.gnu.org/onlinedocs/install/ is *one* of > our documentations and there should not be anything special about it. > Does it make sense? Yes, things have evolved historically and there was a time we needed/wanted to treat /install especially, for example to retain the same (white) background color across. By now, if we are to make changes, we probably should rather make them across all of /onlinedocs - favicon and our CSS being two such changes. Not a critical priority, though, I guess. Gerald --8323328-750452168-1668072937=:6261--