From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Upcoming loss of usability of Emacs source files and Emacs. Date: Wed, 24 Jun 2015 04:57:57 +0900 Message-ID: <87d20mxkmy.fsf@uwakimon.sk.tsukuba.ac.jp> References: <557F3C22.4060909@cs.ucla.edu> <5580D356.4050708@cs.ucla.edu> <87si9qonxb.fsf@gnu.org> <5581C29E.1030101@yandex.ru> <87r3p9fxm2.fsf@uwakimon.sk.tsukuba.ac.jp> <87k2v0fiji.fsf@uwakimon.sk.tsukuba.ac.jp> <20150619090225.GA2743@acm.fritz.box> <87fv5kfrfa.fsf@uwakimon.sk.tsukuba.ac.jp> <83twtzhi9g.fsf@gnu.org> <877fqvfvby.fsf@uwakimon.sk.tsukuba.ac.jp> <83fv5jh8ls.fsf@gnu.org> <874mlzf71d.fsf@uwakimon.sk.tsukuba.ac.jp> <83d20mh3s2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1435089512 464 80.91.229.3 (23 Jun 2015 19:58:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Jun 2015 19:58:32 +0000 (UTC) Cc: acm@muc.de, eggert@cs.ucla.edu, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 23 21:58:21 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 1Z7UKr-0006h4-2N for ged-emacs-devel@m.gmane.org; Tue, 23 Jun 2015 21:58:21 +0200 Original-Received: from localhost ([::1]:47195 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7UKq-0000ib-AK for ged-emacs-devel@m.gmane.org; Tue, 23 Jun 2015 15:58:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38193) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7UKc-0000iB-JZ for emacs-devel@gnu.org; Tue, 23 Jun 2015 15:58:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7UKb-0002eG-2D for emacs-devel@gnu.org; Tue, 23 Jun 2015 15:58:06 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:60407) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7UKW-0002a3-Rh; Tue, 23 Jun 2015 15:58:01 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id BAB201C3960; Wed, 24 Jun 2015 04:57:57 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 99DF71A2CA2; Wed, 24 Jun 2015 04:57:57 +0900 (JST) In-Reply-To: <83d20mh3s2.fsf@gnu.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" ffb5abc8dc4e XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:187448 Archived-At: Eli Zaretskii writes: > I'm not talking about input methods here, I'm talking about > display. OK, I see. Again, Japanese kind of spoils you, since the JIS standards incorporate a bunch of Latin characters as well as a few non-Latin scripts (Greek and Cyrillic at least). But I can't seem to find curly quotes, so maybe I misremembered the display repertoire. > In any case, localized versions of Windows (or any OS) are a thing > of the past; Not in Japan. Windows is very much localized (for example, in recognizing Japanese charsets in IE), although most of the components are properly internationalized. > > It's not just quotation marks. It's foreign words spelled correctly, > > ellipses, the occasional math symbol (the lemniscate (infinity) is > > popular among the more flaky of my correspondents), emoticons, and > > various other symbols (dice, playing card suit symbols, enclosed > > characters such as circled numerals). There are too many of them to > > excuse with "smart quotes"; users are using "input methods" of some > > sort for these characters that don't exist on their keyboards. >=20 > Not IME. When I type "1st", "2nd", etc., one particularly popular maile= r, > which will remain unnamed, automatically makes the "st" and "nd" parts > rendered as superscripts. Ellipses appear if I type "...", em-dashes > appear if I type "--", and "=E2=86=92" if I type "-->". If I type "naiv= e", it gets > converted to "na=C3=AFve". Emoticons appear automatically if I type the= ir > ASCII-art equivalents. Likewise with "(c)", "(tm)", "(r)", and "(e)" (I= 'll > let you guess what the last one gets me). There are special > auto-conversions for math symbols, too numerous to mention. Plus, I've > counted more than a dozen of other such automatic conversions that I can > turn on or off. And -- no less important -- each auto-converted text ge= ts > a small widget shown near it, which allows to undo that particular > conversion with a single mouse click. >=20 > Given all that, why would one need an input method, except when typing in > some complex script? That *is* an input method, since it's not just remapping keystrokes to different characters, but rather using sequences of keystrokes to represent single characters. That's precisely the way one inputs Japanese, including the little widget. OTOH, C-x 8 is just paleolithic, it's the non-programmer's equivalent to C-q . > We in Emacs have yet a way to go until we get there. Are there any > motivated volunteers reading this who'd like to provide something like > that in Emacs text modes? I don't think we're really that far off. Quail is pretty close. I think we need four things: (1) tables for these characters, (2) a way to combine tables so that we can overlay quote or sub/superscript translation on other translation tables and perhaps overlay AltGr- style "native keyboard" methods (ie, non-Quail), (3) a way to "decompose" a character back into a sequence of characters, and (4) perhaps somewhat less "highlighting" of partial translations (eg, in Latin input, Quail underlines a character in the process of being composed -- I find that annoying). I suppose we could also provide a little widget for (3), on displays that can handle it. > > Let's try loosening up and find out, no? >=20 > Yes, let's. But let's not forget about the inconveniences this will bri= ng > to some, either. Let's not dismiss them. Let's provide graceful fallba= cks > for them. As we are doing now. Let's not be too religious about these > changes. > > > I just think that we shouldn't dismiss so easily the issues these > > > changes bring with them. IOW, we should see this issue in its > > > delicate balance. > >=20 > > You're telling *me*? >=20 > Not just you, everyone who reads this list. This ain't private mail, and > I'm not talking to you alone. Point taken. Nevertheless, in English your phrasing, taken in its original context, strongly implies that *I* dismissed and *I'm* unaware of the delicate balance. I take exception to those implications, and ask that you take the kind of care with them that you request of me with respect to hyperbole. > > It's certainly true that I've engaged in hyperbole. >=20 > That's my sole point: don't. Hyperboles don't help a bit here. I'll try, but really, in adult conversation in the three languages I speak well enough to recognize exaggeration, it is extremely frequent. And I'm hardly the only offender on this list. Like it or not, readers are going to have to deal with it. > IOW, your mental model of what I think and do in these matters seems to = be > flawed. You're absolutely right. I stand corrected, and I apologize. > My point is that we should make these steps carefully, one step at > a time, and provide fallbacks and ways to switch this off where > possible on every step. Once again, your phrasing excludes me. This is *our* point. > Which is what we've been doing. You seem to be advocating to charge > ahead and never look back, Not at all. Surely you have noticed how often I've used the word "experiment"! It was I who risked insulting Paul by asking for an explicit statement that the change would be backed out on request. I could go on. If you haven't noticed that, maybe you should try harder. Sure, I've been emphatic, but mostly in response to self-described reactionaries and other *very* conservative posters, who don't even want to see experiments. It's also true that I think that we should not display different characters from what's in the buffer in programming modes (eg displaying left single quotation mark when the buffer contains a grave accent), and therefore I'm in favor of experimenting with curly quotes in Lisp sources.