From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Explicit encoding cookie in Elisp files Add prettify-symbols-alist for js-mode Date: Mon, 28 Sep 2015 10:53:32 +0300 Message-ID: <5608F1FC.8090904@yandex.ru> References: <1443268188.7436.0@smtp.gmail.com> <834mihgvb9.fsf@gnu.org> <1443283198.7442.0@smtp.gmail.com> <56074E0F.6060209@yandex.ru> <83r3lkfleu.fsf@gnu.org> <560788DB.6000104@yandex.ru> <83oagofhhi.fsf@gnu.org> <5607A721.2020002@yandex.ru> <83h9mgfe78.fsf@gnu.org> <5607ADCC.8080407@yandex.ru> <83d1x4fabf.fsf@gnu.org> <5607F919.9090600@yandex.ru> <831tdjg14c.fsf@gnu.org> <56083FD0.4020501@yandex.ru> <83y4frejbu.fsf@gnu.org> <56084F04.2040501@yandex.ru> <83vbavefup.fsf@gnu.org> <5608BF16.2020605@yandex.ru> <83oagndmva.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1443432580 32645 80.91.229.3 (28 Sep 2015 09:29:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Sep 2015 09:29:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 28 11:29:35 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZgUkZ-0002lG-Du for ged-emacs-devel@m.gmane.org; Mon, 28 Sep 2015 11:29:35 +0200 Original-Received: from localhost ([::1]:35065 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgUkY-00017D-Pw for ged-emacs-devel@m.gmane.org; Mon, 28 Sep 2015 05:29:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36085) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgTFv-0003zs-MB for emacs-devel@gnu.org; Mon, 28 Sep 2015 03:53:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZgTFs-00043h-Dl for emacs-devel@gnu.org; Mon, 28 Sep 2015 03:53:51 -0400 Original-Received: from mail-wi0-x229.google.com ([2a00:1450:400c:c05::229]:32979) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZgTFs-00043A-5Z; Mon, 28 Sep 2015 03:53:48 -0400 Original-Received: by wiclk2 with SMTP id lk2so92379755wic.0; Mon, 28 Sep 2015 00:53:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=xH1qKr7v22qODIiYRPuGmH4u8aSNFmvwi7d9Ys3XC/I=; b=X4NbT2UPSyt6Wp+lC8swWckN/4Ap9WKrD0k/tns1DHOXcT5/3b9N9t/okLOZxzFvIq eB41bu+kcFwl2D+crqo4sGG69pOqiFECTipb67Ls9xjyziq672Eu3y/40o4JCAzZVV0X B/huqD3EBzt1ZJsNf4B/YRV1e8rnYOkfBLO/ep8Go9ALeOi4BGmIrdrOwcl/0y6uH+/v 2RnTdBUqX+DMHCAgNt0PVRtp0mN1yAoUioSeFz8ZtlYZF9+gAhIfExq49t1aXg5R4ht7 YF9V2CGaXkR90lyfbCEHNxB5WrvYaZdgvRZLNZYMc2RQSZr7VHL41iIMCWJGesFLUEp3 GvMg== X-Received: by 10.194.90.47 with SMTP id bt15mr22115716wjb.18.1443426827545; Mon, 28 Sep 2015 00:53:47 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id t7sm16867103wib.1.2015.09.28.00.53.44 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Sep 2015 00:53:46 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: <83oagndmva.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::229 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:190433 Archived-At: On 09/28/2015 10:27 AM, Eli Zaretskii wrote: > Fine with me. Although it definitely narrows the applicability of > that suggestion, because the issue is not necessarily "using" the > files, but even visiting them with an older version. Yes, that is the exact distinction. Has it caused you a tangible amount of hassle over the years? Thanks. > And the latter > happens, at least to me, quite a lot, e.g. when I need to look at > those files on a system where only an older Emacs is installed or > usable. Hopefully, that will occur less and less. 24.4 will soon be a year old. > And again, it's just a suggestion, not a requirement. We already have > similar language elsewhere in CONTRIBUTE, for example: > > - There is no need to mention files such as NEWS, MAINTAINERS, and > FOR-RELEASE, or to indicate regeneration of files such as > 'configure', in the ChangeLog entry. "There is no need" means you > don't have to, but you can if you want to.^^^^^^^^^^^^^^^^^^^^^^^^ > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > It's okay to not behave according to such suggestions: that's why they > are worded as non-mandatory suggestions. Why such strong opposition? That suggestion makes it clear that the choice is irrelevant. And change log guidelines are in a bit different position than source code guidelines: it's perfectly possible for two different developers to work on the same code while keeping to their respective change log preferences. >> I don't mind having a difference in opinion, if you don't object to >> reverting db828f6. > > Sigh. Revert it if you must. But see below for why I think that's a > desire I don't understand, unless you have some problem with my > commits specifically. Just that one particular commit. > Did you see how many of our Lisp files already have the cookie that > states UTF-8 encoding? (Answer: 197.) Moreover, various features > that generate *.el files automatically insert the cookie there, see > autoload.el and ido.el for just 2 examples. Did this bother you, or > anyone else, until now? I wasn't actively aware of that, but I imagine a lot of them come from before Emacs 24.4 (both files and generation scripts). If it's inconsistency you dislike, I can commit to spend the effort and remove the cookies where they're not strictly required, if you like. > So why did that single commit, which added a > cookie to 3 more files, for a 1.5% growth, suddenly bother you? I > just did what we have been doing for many years, something that was > burned into my muscle memory during all those years. Imagine that we added a new syntax feature to Elisp, used it for over a year from time to time in some new code, and them one of the developers "desugared" all its uses into more verbose code that's compatible with older Emacsen. The present situation is not as absurd, but that's the direction I'm looking at it from. > IOW, don't you see how this minuscule issue is blown out of > proportions for reasons I cannot even begin to understand? And why do > you single out only those 3 files, but say nothing about the others? > If you really dislike those cookies so much, I'd expect you to first > realize the magnitude of the "problem", and then attack it > consistently across the board, rather than pouncing on my single > commit. We also have lots of compilation warnings, non-idiomatic (or just somewhat obsolete) uses of Elisp in different places, and other similar problems, for which there's not enough manpower/enthusiasm to fix. I'd prefer not to exacerbate any of them. But like I said, my issue is not with individual cookies, but with the strong suggestion to add them everywhere UTF-8 is used.