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.94.2) (envelope-from ) id 1t72x9-00HEc2-A6 for pgsql-hackers@arkaria.postgresql.org; Sat, 02 Nov 2024 01:29:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1t72w8-0029xm-Pa for pgsql-hackers@arkaria.postgresql.org; Sat, 02 Nov 2024 01:28:21 +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.94.2) (envelope-from ) id 1t72w8-0029xc-D8 for pgsql-hackers@lists.postgresql.org; Sat, 02 Nov 2024 01:28:20 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t72w2-0043Ce-0Q; Sat, 02 Nov 2024 01:28:19 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2024011501; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=2YVP+t8g6Kh8PRpxpCrnCXU/4tBHm2dsymx2qky3eZU=; b=AhVAr /WtZzo8bJZ6hVugFNsU0bLQRDmA/amYT/7gdiSBcBDmC0fXwHbwcICmlzhThrXwjul9OTXBazDjP6 4ksnhloadHMRmHc8Pei4Gjo0b2nJJNvxva0ExiqoUk8v54aVt/AIjFUivnlQ5TSU6ItSa3MDPAvq2 d6hgVZDTm0yl1GU58kSIAN2jGMxv7bJmQtFaHM/8V+M757PT2AEg5iupfInRwn93BBIWY8rmdRP1R kH3G3UHBInhhlDNJzwSDKOR47Pos8VyQBMOyua5YgijP4CZf7mAvAdWh6aHzjolsSRfF4NFyYp3vI n/P2U8Hz3L3EGWXTzdcMD23vSLGaw==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1t72vu-00A46r-1D; Fri, 01 Nov 2024 21:28:06 -0400 Date: Fri, 1 Nov 2024 21:28:06 -0400 From: Bruce Momjian To: Tatsuo Ishii Cc: peter@eisentraut.org, tgl@sss.pgh.pa.us, nagata@sraoss.co.jp, daniel@yesql.se, pgsql-hackers@postgresql.org Subject: Re: Doc: typo in config.sgml Message-ID: References: <10783d4f-2463-44c1-8140-e0d2f5d3f056@eisentraut.org> <20241102.072700.1635141881080027242.ishii@postgresql.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20241102.072700.1635141881080027242.ishii@postgresql.org> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Nov 2, 2024 at 07:27:00AM +0900, Tatsuo Ishii wrote: > > On Wed, Oct 16, 2024 at 09:54:57AM -0400, Bruce Momjian wrote: > >> On Wed, Oct 16, 2024 at 10:00:15AM +0200, Peter Eisentraut wrote: > >> > On 15.10.24 23:51, Bruce Momjian wrote: > >> > > On Tue, Oct 15, 2024 at 05:27:49PM -0400, Tom Lane wrote: > >> > > > Bruce Momjian writes: > >> > > > > Well, we can only use Latin-1, so the idea is that we will be explicit > >> > > > > about specifying Latin-1 only as HTML entities, rather than letting > >> > > > > non-Latin-1 creep in as UTF8. We can exclude certain UTF8 or SGML files > >> > > > > if desired. > >> > > > > >> > > > That policy would cause substantial problems with contributor names > >> > > > in the release notes. I agree with Peter that we don't need this. > >> > > > Catching otherwise-invisible characters seems sufficient. > >> > > > >> > > Uh, why can't we use HTML entities going forward? Is that harder? > >> > > >> > I think the question should be the other way around. The entities are a > >> > historical workaround for when encoding support and rendering support was > >> > poor. Now you can just type in the characters you want as is, which seems > >> > nicer. > >> > >> Yes, that does make sense, and if we fully supported Unicode, we could > >> ignore all of this. > > > > Patch applied to master --- no new UTF8 restrictions. > > I thought the conclusion of the discussion was allowing to use LATIN1 > (or UTF-8 encoded LATIN1) characters in SGML files without converting > them to HTML entities. Your patch seems to do opposite. > > https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=641a5b7a1447954076728f259342c2f9201bb0b5 Yes, we _allow_ LATIN1 characters in the SGML docs, but I replaced the LATIN1 characters we had with HTML entities, so there are none currently. I think it is too easy for non-Latin1 UTF8 to creep into our SGML docs so I added a cron job on my server to alert me when non-ASCII characters appear. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com When a patient asks the doctor, "Am I going to die?", he means "Am I going to die soon?"