Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wFoua-005aXs-2p for pgsql-hackers@arkaria.postgresql.org; Thu, 23 Apr 2026 07:55:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wFouZ-000XgK-0P for pgsql-hackers@arkaria.postgresql.org; Thu, 23 Apr 2026 07:55:47 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wFouY-000XgC-2K for pgsql-hackers@lists.postgresql.org; Thu, 23 Apr 2026 07:55:46 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wFouV-00000002Nnq-1m0F for pgsql-hackers@postgresql.org; Thu, 23 Apr 2026 07:55:45 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id E42575913A0 for ; Thu, 23 Apr 2026 09:55:39 +0200 (CEST) Received: from s899.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id CE7A159027C; Thu, 23 Apr 2026 09:55:39 +0200 (CEST) Received: from localhost (unknown [172.22.191.5]) by s899.loopia.se (Postfix) with ESMTP id CC7D32C8BA60; Thu, 23 Apr 2026 09:55:39 +0200 (CEST) X-Virus-Scanned: amavis at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1.2 X-Spam-Level: X-Spam-Status: No, score=-1.2 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1] autolearn=disabled Authentication-Results: s898.loopia.se (amavis); dkim=pass (2048-bit key) header.d=yesql.se Received: from s979.loopia.se ([172.22.191.5]) by localhost (s898.loopia.se [172.22.190.17]) (amavis, port 10024) with UTF8LMTP id oWxopW7IxFlH; Thu, 23 Apr 2026 09:55:39 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.236 Received: from smtpclient.apple (customer-89-255-232-236.stosn.net [89.255.232.236]) (Authenticated sender: daniel@yesql.se) by s979.loopia.se (Postfix) with ESMTPSA id 344A110BC47F; Thu, 23 Apr 2026 09:55:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yesql.se; s=loopiadkim1707475645; t=1776930939; bh=mO0sJaPmamDkpDroOaXA1KZy5TsnnSg/L9IHZJxrE5o=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Un4zJZMyVA/oRAD0RgRGlhQzxrrJT4k0eRilMeHAVe5ffDjWzyQg4xXWVE2NI0KB9 N/Mit5xxQyCB+zuJik/BAkoOiLpRE7irAYV7xmAmrPTdUVKFl+q2e8yOVXFWr2x6FR lyVZCt7jwa2sJg5iyZ3D3pad6Tg84sKpZAyH9nPRY0Kb0joCo6RV+NvZZokw2+VEjr n4yUTLT2F1YVFcB9JVEiQYUSrWs0HHdhDrv0DgHt0HmjLmjvsIS/0IlbdWGkLEol8H 70dIaI7G0mK8y7XLv0pdh+e/TC9vZuUO+ZW/9ixVAQIKoc/4DYoznQHo9sJeW/OAxx 27I3pDfsjWmWQ== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.2\)) Subject: Re: Adding an explaining title to Notes on SGML From: Daniel Gustafsson In-Reply-To: Date: Thu, 23 Apr 2026 09:55:28 +0200 Cc: PostgreSQL Hackers Content-Transfer-Encoding: quoted-printable Message-Id: <778F991A-3BF8-4618-8F2E-3C503063F650@yesql.se> References: To: Marcos Pegoraro X-Mailer: Apple Mail (2.3776.700.51.11.2) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 22 Apr 2026, at 20:59, Marcos Pegoraro wrote: >=20 > I noticed that a "This" was missing when reading the Notes of the = Aggregates page, so I thought... wouldn't it be better if we had a title = in some of the Notes ?=20 > Because in many cases, like this example, you have a huge table and = below it a Notes. But what is this Notes talking about ?=20 Notes are IMHO useful when they cause the reader to reflect on the = they just read. I think it's an antipattern to have notes so far removed from the = relevant that we need a title for it. A reader looking for info on = count() will find it in the table and read it - we can't really expect them to keep scrolling a few pages down to see if there might be more info that = wasn't linked to. Wouldn't it make more sense to refactor to move the information in the = note closer to what the note is regarding? -- Daniel Gustafsson