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: A simple solution to "Upcoming loss of usability ..." Date: Fri, 26 Jun 2015 18:03:20 +0300 Message-ID: <558D69B8.1000508@yandex.ru> References: <87egkzg7gb.fsf@gmail.com> <558C2E25.10303@cs.ucla.edu> <558C492E.9000705@yandex.ru> <558C7DE1.4060507@cs.ucla.edu> <87zj3mex3x.fsf@gmail.com> <558D67B8.2030507@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1435332665 25957 80.91.229.3 (26 Jun 2015 15:31:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Jun 2015 15:31:05 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert , Oleh Krehel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 26 17:31:01 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 1Z8Val-00005v-6Y for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2015 17:30:59 +0200 Original-Received: from localhost ([::1]:60796 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8Vak-0006Qs-0B for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2015 11:30:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34333) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8VAH-0002CY-Ta for emacs-devel@gnu.org; Fri, 26 Jun 2015 11:03:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z8VAB-0000Nl-Rw for emacs-devel@gnu.org; Fri, 26 Jun 2015 11:03:37 -0400 Original-Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:34160) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8VAB-0000KH-LW for emacs-devel@gnu.org; Fri, 26 Jun 2015 11:03:31 -0400 Original-Received: by wgqq4 with SMTP id q4so90767383wgq.1 for ; Fri, 26 Jun 2015 08:03:23 -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=mmk+scDMKxrB6CENU+HJO8+L4OeyJfEJ/0zqUDWkTKQ=; b=vHJmqnFQY36JQiqjygAVBHKPOlDafg3ovbAyyS5DifR3q61gPCqpb0HU3T+R+kBU0X ++RPYgoe/oqbCjD4zCV57K/1d3w/Wt3oMAkSrDH9CeUShdv4sYtGNSEFvD7nmfZ9BtUI mX+tjPLmhfxTVBNkZhONODuh06ceDTKZDe1sN1v/J4B81tGbgjhul3nuR/UoCNgeHid9 oapxuVnsCAOqWCitJ9BU80uWkGnOz3aw2nFAhd+KwxqLZUTjfHBtDKdau6/6C334A47J LdNFXXKslyYaQvptUBfhP4USWTIBcB1uMNyFElL70zORwvqp0I/shN06mJ1aMM76wTuS 8dBg== X-Received: by 10.180.73.236 with SMTP id o12mr5733202wiv.56.1435331002924; Fri, 26 Jun 2015 08:03:22 -0700 (PDT) Original-Received: from [192.168.0.185] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by mx.google.com with ESMTPSA id i5sm2605543wic.10.2015.06.26.08.03.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Jun 2015 08:03:22 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: <558D67B8.2030507@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22a 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:187569 Archived-At: On 06/26/2015 05:54 PM, Paul Eggert wrote: > In contrast, it's quite simple to use curved quotes to denote quotes. People voiced their concerns about discomforts when typing those already. It's only "simple" in a very narrow sense. > This is a judgment call, and the conservative approach is of course to > add some more escape sequence complication to our ASCII-only approach, > and/or to use gimmicks like font-lock mode to display characters other font-lock mode is no gimmick. But you're conflating its usage with the ASCII-only approach again. They're orthogonal: you can just as well use ASCII quotes and translate them using substitute-command-keys. Or vice versa. > than what's actually in the buffer. But really, it's much simpler to > use quotes to denote quotes, some of us prefer doing it the simpler way, > and we should give the simpler alternative a try. I really wish you gave it a try in a feature branch, and then asked for a vote before merging it into master.