From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Encoding of etc/HELLO Date: Sat, 19 May 2018 23:03:17 +0300 Message-ID: <83efi7h0qi.fsf@gnu.org> References: <83sh7qxb5j.fsf@gnu.org> <87po2t6gdm.fsf@gmx.de> <83muxxyijl.fsf@gnu.org> <83lgdhyeqv.fsf@gnu.org> <83k1t1xcjp.fsf@gnu.org> <87fu3owqqa.fsf@md5i.com> <83k1rzhdoo.fsf@gnu.org> <69662556-2fb0-356f-dad8-5b94d6833ce5@cs.ucla.edu> <83in7jh6ab.fsf@gnu.org> <013a179a-660a-f436-d9d4-af3466f8ff03@cs.ucla.edu> <83h8n3h4lt.fsf@gnu.org> <2169290c-1668-a2b6-dd76-dfc2c8ca4753@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1526760085 513 195.159.176.226 (19 May 2018 20:01:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 19 May 2018 20:01:25 +0000 (UTC) Cc: mwd@md5i.com, handa@gnu.org, michael.albinus@gmx.de, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 19 22:01:20 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fK82a-0008SY-Fk for ged-emacs-devel@m.gmane.org; Sat, 19 May 2018 22:01:20 +0200 Original-Received: from localhost ([::1]:44193 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fK84h-0000mN-Cq for ged-emacs-devel@m.gmane.org; Sat, 19 May 2018 16:03:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58629) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fK84a-0000mD-Oc for emacs-devel@gnu.org; Sat, 19 May 2018 16:03:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fK84Z-0000pa-Re for emacs-devel@gnu.org; Sat, 19 May 2018 16:03:24 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49611) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fK84V-0000fc-1L; Sat, 19 May 2018 16:03:19 -0400 Original-Received: from [176.228.60.248] (port=3251 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fK84U-00012O-Gq; Sat, 19 May 2018 16:03:18 -0400 In-reply-to: <2169290c-1668-a2b6-dd76-dfc2c8ca4753@cs.ucla.edu> (message from Paul Eggert on Sat, 19 May 2018 12:38:50 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:225455 Archived-At: > Cc: mwd@md5i.com, michael.albinus@gmx.de, handa@gnu.org, emacs-devel@gnu.org > From: Paul Eggert > Date: Sat, 19 May 2018 12:38:50 -0700 > > For example, currently etc/HELLO has a charset transition in the middle of the > Maltese word “Bonġu”. If somebody actually specified a different font for > iso-8859-3 because they wanted to display Maltese+Esperanto differently from > English etc. (which as you note is unlikely, but suppose someone does it anyway > to show off this Emacs feature), then their display would be glitched up in the > middle of “Bonġu”. So as things stand this is a lurking bug in etc/HELLO. If we > omitted needless charset transitions we wouldn't have to worry about correcting > bugs like this one. That's the bad part of the ISO-2022 legacy: the charset transitions don't always make sense. It should be easy to fix this, though, by placing the charset properties on complete greetings rather than on more or less arbitrary substrings. > > We need to have the corresponding property in Emacs first, and we need > > to have infrastructure for letting 'lang' affect what we want it to > > affect, at least font selection. Only after that we can implement > > this in enriched.el. > > Thanks, I wasn't aware of this issue. I don't see a bug report for it; should I > add an enhancement request? Fine by me, but Emacs lacks good support for language-specific handling of text in general. We had a few discussions in the past about that. > In the meantime how about if we mark up etc/HELLO with lang commands instead of > x-charset commands, except that we also keep x-charset commands that actually > affect Emacs display in common use (e.g., CJK charsets)? When we get lang > working, we can then remove the remaining x-charset commands. I'd rather we first fixed the charset properties coverage in the file so that they make more sense.