From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Non-ASCII characters in Info files produced by Texinfo 7.1 Date: Thu, 26 Oct 2023 10:55:13 +0000 Message-ID: References: <83o7gpm9uy.fsf@gnu.org> <87fs20xxax.fsf@ledu-giraud.fr> <83fs20mfio.fsf@gnu.org> <877cnc9pch.fsf@ledu-giraud.fr> <83r0lkkx4d.fsf@gnu.org> <87v8aw87bj.fsf@ledu-giraud.fr> <83il6thii4.fsf@gnu.org> <83cyx1hevx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7107"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Oct 26 12:56:28 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qvy2N-0001bh-Uy for ged-emacs-devel@m.gmane-mx.org; Thu, 26 Oct 2023 12:56:27 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qvy1Z-0005oy-C9; Thu, 26 Oct 2023 06:55:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qvy1Q-0005lC-9j for emacs-devel@gnu.org; Thu, 26 Oct 2023 06:55:29 -0400 Original-Received: from mail.muc.de ([193.149.48.3]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qvy1H-0005lC-Mt for emacs-devel@gnu.org; Thu, 26 Oct 2023 06:55:27 -0400 Original-Received: (qmail 15900 invoked by uid 3782); 26 Oct 2023 12:55:14 +0200 Original-Received: from acm.muc.de (p4fe15ac5.dip0.t-ipconnect.de [79.225.90.197]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 26 Oct 2023 12:55:14 +0200 Original-Received: (qmail 4195 invoked by uid 1000); 26 Oct 2023 10:55:13 -0000 Content-Disposition: inline In-Reply-To: <83cyx1hevx.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.3; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, T_SPF_TEMPERROR=0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:311903 Archived-At: Hello, Eli. On Thu, Oct 26, 2023 at 13:11:46 +0300, Eli Zaretskii wrote: > > Date: Thu, 26 Oct 2023 09:43:37 +0000 > > Cc: emacs-devel@gnu.org > > From: Alan Mackenzie > > > Are there any other opinions? For now, the opinions are 5:3 in favor > > > of keeping the pre-7.1 behavior of producing Unicode characters, i.e. > > > in favor of adding "-c ASCII_DASHES_AND_QUOTES=0" to our makeinfo > > > options. If no other opinions will emerge within a few days that > > > change this picture, I will add that switch to our Makefile's. > > Please don't do that. Please instead make it a configurable option, > > something like --with-info-unicode-punctuation. > When there's a 2:1 ratio in favor of the change, ... It's not 2:1, it was 5:3 on a very small sample size. Now, with Gregory chiming in, it appears to be 5:4. > ... making a configure-time option for it sounds like a lot of work > without justification. I think there's justification. How much work is it to introduce a new config option? I've never done it. > > > Note that users can always countermand this by saying > > > make INFO_OPTS='--no-split -c ASCII_DASHES_AND_QUOTES=1' > > > when they build Emacs. > > "Always" is the word. This means always editing the Makefile each time > > it gets updated by a ./configure, or always having a constant > > uncomfortable diff between the repository and one's working copy of > > Makefile.in. > No, I meant type the above from the command line. No need to edit > anything. YUCK! So after each make bootstrap, one will additionally have to go through all the documentation directories, whether by hand or by script, and redo the building of the info by a clumsy command line. Again, how much work would it be to add such a configuration option? -- Alan Mackenzie (Nuremberg, Germany).