From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#33796: 27.0.50; Use utf-8 is all our Elisp files Date: Fri, 21 Dec 2018 09:29:36 +0200 Message-ID: <83va3nban3.fsf@gnu.org> References: <3fd27fe5-e650-b207-fdd4-36f805b89b4d@cs.ucla.edu> <83bm5hcroa.fsf@gnu.org> <9f33127d-f01b-b138-7a0c-ffeac7b77938@cs.ucla.edu> <835zvochdj.fsf@gnu.org> <5f113128-36c9-30c6-3413-8dc36051e058@cs.ucla.edu> 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 1545377287 10468 195.159.176.226 (21 Dec 2018 07:28:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 21 Dec 2018 07:28:07 +0000 (UTC) Cc: monnier@iro.umontreal.ca, 33796@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 21 08:28:03 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1gaFE1-0002ZW-Bl for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Dec 2018 08:28:01 +0100 Original-Received: from localhost ([::1]:42869 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gaFG8-0007lO-0H for geb-bug-gnu-emacs@m.gmane.org; Fri, 21 Dec 2018 02:30:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59940) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gaFG2-0007l8-JE for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2018 02:30:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gaFFz-0008B6-AN for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2018 02:30:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52787) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gaFFz-0008B0-5E for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2018 02:30:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gaFFy-00058M-Vy for bug-gnu-emacs@gnu.org; Fri, 21 Dec 2018 02:30:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Dec 2018 07:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33796 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33796-submit@debbugs.gnu.org id=B33796.154537737719674 (code B ref 33796); Fri, 21 Dec 2018 07:30:02 +0000 Original-Received: (at 33796) by debbugs.gnu.org; 21 Dec 2018 07:29:37 +0000 Original-Received: from localhost ([127.0.0.1]:57045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gaFFY-00057F-Uf for submit@debbugs.gnu.org; Fri, 21 Dec 2018 02:29:37 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49925) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gaFFW-000573-Go for 33796@debbugs.gnu.org; Fri, 21 Dec 2018 02:29:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gaFFP-0007c3-8u for 33796@debbugs.gnu.org; Fri, 21 Dec 2018 02:29:29 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52299) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gaFFI-0007XO-UG; Fri, 21 Dec 2018 02:29:21 -0500 Original-Received: from [176.228.60.248] (port=2500 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gaFFI-0006RW-Fz; Fri, 21 Dec 2018 02:29:20 -0500 In-reply-to: <5f113128-36c9-30c6-3413-8dc36051e058@cs.ucla.edu> (message from Paul Eggert on Thu, 20 Dec 2018 13:49:44 -0800) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:153668 Archived-At: > Cc: monnier@iro.umontreal.ca, 33796@debbugs.gnu.org > From: Paul Eggert > Date: Thu, 20 Dec 2018 13:49:44 -0800 > > On 12/20/18 8:06 AM, Eli Zaretskii wrote: > > > my opinion should also count, right? > > Of course, although my impression was that you weren't expressing an > opinion and were soliciting opinions. Same as Stefan, actually: he asked whether there were objections. > > we need the opinion of people > > who might be actually affected by the proposed change, > > I assume you mean that we need the opinion of people who would be > affected _negatively_. Not necessarily. I would actually like to hear opinions from people who read CJK scripts who think the distinction no longer matters, not these days. > > All 3 of us simply don't care, > > No, actually I do care. Non-UTF-8 source files are a real annoyance for > me This is a misunderstanding: by "don't care" I meant we don't care which font is used to display a particular Unicode codepoint in the Han area. > I do think we should cut down on the unnecessary markup > in that file. Agreed. > The markup should be used only when it helps. Text like > "mule-unicode-0100-24ff " is not > helping anybody; the file should just contain " " there. There are only 2 such occurrences, so this isn't a grave problem. I will take a look when I have time. > Most of the markup in that file is not necessary for proper display, > and just gets in the way when using tools other than Emacs. Which markup is not necessary for display, in your opinion? I'm surprised to hear that "most of it" is unnecessary, but maybe I'm missing something. > >  . By the above reasoning, if Emacs is enhanced to interpret HTML/XML > >    and show typefaces instead of markup, you will see that as a > >    regression and complain that raw HTML files are "gibberish"? > > I hope Emacs doesn't do any such thing by default. Really? Quite a few Emacs users think that it should, and that the fact it doesn't is one of the significant deficiencies in Emacs, as compared to other popular editors. > greek-iso8859-7Greek (ελληνικά)   > Γειά σας > > It would be better to remove this particular markup, so that git etc. > would show this: > > Greek (ελληνικά)    Γειά σας > > which is what Emacs ordinarily shows. That markup is precisely what keeps the charset properties on the corresponding greetings. Removing it would be losing information that HELLO is trying to preserve. > I don't use that menu, but I took your hint and just now > tried it, by selecting the abovementioned word "ελληνικά" and menuing to > Edit > Text Properties > Describe Properties, but all it said was 'Text > content at position 1530: There are text properties here: unknown > ("x-charset")'. This missed the point that the word's character set is > greek-iso8859-7 I cannot reproduce this. That menu item invokes the command describe-text-properties, which pops up the *Help* buffer, and the text there says: Text content at position 1530: There are text properties here: charset greek-iso8859-7 I wonder why you don't see that. Is it possible that you are looking at a file/buffer that was modified from its original contents? > which is a special hack that hints to Emacs (and nobody else, I > guess? I couldn't find documentation for this stuff even in the > Emacs manuals) that the text should be displayed with a Greek font > instead of the same Greek font that Emacs would be using anyway. The charset property allows us to have a fontset that directs Emacs to use specific fonts for specific character ranges. See set-fontset-font. I do agree that these issues are notoriously under-documented.