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: Upcoming loss of usability of Emacs source files and Emacs. Date: Sun, 28 Jun 2015 04:10:18 +0300 Message-ID: <558F497A.8050304@yandex.ru> References: <20150615142237.GA3517@acm.fritz.box> <87y4jkhqh5.fsf@uwakimon.sk.tsukuba.ac.jp> <557F3C22.4060909@cs.ucla.edu> <5580D356.4050708@cs.ucla.edu> <87si9qonxb.fsf@gnu.org> <5581C29E.1030101@yandex.ru> <558D6A3D.1070706@yandex.ru> <558DD6EA.4090306@yandex.ru> 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 1435453844 30997 80.91.229.3 (28 Jun 2015 01:10:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Jun 2015 01:10:44 +0000 (UTC) Cc: acm@muc.de, stephen@xemacs.org, Paul Eggert , rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 28 03:10:39 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 1Z917G-0006I3-Ma for ged-emacs-devel@m.gmane.org; Sun, 28 Jun 2015 03:10:38 +0200 Original-Received: from localhost ([::1]:37731 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z917F-0002u4-P5 for ged-emacs-devel@m.gmane.org; Sat, 27 Jun 2015 21:10:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36718) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z917C-0002tu-7Z for emacs-devel@gnu.org; Sat, 27 Jun 2015 21:10:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z9178-00014k-7b for emacs-devel@gnu.org; Sat, 27 Jun 2015 21:10:34 -0400 Original-Received: from mail-wi0-x232.google.com ([2a00:1450:400c:c05::232]:37676) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z9178-0000zn-1S; Sat, 27 Jun 2015 21:10:30 -0400 Original-Received: by wicgi11 with SMTP id gi11so44992879wic.0; Sat, 27 Jun 2015 18:10:22 -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=Ilwh43BjwwBU8iXujrB0vYPpDVvPrKw1kJZtuihA/k0=; b=gfPD5rj28tROTQ9NW8Oa9MZrWq9NxfGD8r/feB70iIhLYmXS8ARGuA+7e0zUAdb2DS 3yPwpBjOaWJmu9KGYX5J5kZF+KXI1Mh8bcVKXDAq9DvoIw0AfCnZN+i7ucpEe6dF1QFL X5JcXrOzWtndCggpVfpDO6ZOyhtgp1Lt+57qv3fTtPlihUCltfqMca5EPC4yZEueuWts XWsCmfUl+0dxVEjlsoDYiNFyw+UOt5nQiQZSgHJiKGEQMRUVj9TcU25aqra/Zcgj17x6 8sXpavr3zEX4nZRD9X+uJ+q+Ag75wYGiKfbw7Jm6UPMaoo0k/t7fowb3apRu/NGOieIW 0XQA== X-Received: by 10.180.73.145 with SMTP id l17mr9986744wiv.39.1435453822408; Sat, 27 Jun 2015 18:10:22 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id qq1sm56917937wjc.0.2015.06.27.18.10.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Jun 2015 18:10:22 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::232 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:187605 Archived-At: On 06/27/2015 05:08 AM, Stefan Monnier wrote: > Let's focus on the Help buffers first. The prettification in source > buffers can be considered afterwards and will probably depend on the > solution chosen for the Help buffers (e.g. if we decide to use > curly-quotes in the source, then there won't be anything to do to > prettify the source code). Considering that if there's an escaping rule (and we've more or less agreed that there should be), the choice of using curly quotes in source buffers or not is orthogonal to the choice of the method of the escaping rule's application (font-lock or not). So we'll only "have to" use the curlies in the source code if the escaping syntax (and its application) are determined not to be good enough.