From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Newsgroups: gmane.emacs.devel Subject: Re: Upcoming loss of usability of Emacs source files and Emacs. Date: Mon, 15 Jun 2015 11:31:24 -0400 Message-ID: References: <20150615142237.GA3517@acm.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113ac3eafb63d4051890288e X-Trace: ger.gmane.org 1434382350 32135 80.91.229.3 (15 Jun 2015 15:32:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Jun 2015 15:32:30 +0000 (UTC) Cc: Alan Mackenzie , Emacs developers To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 15 17:32:30 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 1Z4WN8-0007If-60 for ged-emacs-devel@m.gmane.org; Mon, 15 Jun 2015 17:32:26 +0200 Original-Received: from localhost ([::1]:34881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z4WN7-0003lG-EG for ged-emacs-devel@m.gmane.org; Mon, 15 Jun 2015 11:32:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34361) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z4WMp-0003jR-GR for emacs-devel@gnu.org; Mon, 15 Jun 2015 11:32:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z4WMo-0004DK-0K for emacs-devel@gnu.org; Mon, 15 Jun 2015 11:32:07 -0400 Original-Received: from mail-yk0-x231.google.com ([2607:f8b0:4002:c07::231]:35800) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z4WMn-0004DB-Qc for emacs-devel@gnu.org; Mon, 15 Jun 2015 11:32:05 -0400 Original-Received: by ykar6 with SMTP id r6so32797586yka.2 for ; Mon, 15 Jun 2015 08:32:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mmssfe55Ohce72AyLELfeR6Aw/JjUKdYtre1HJNmnDY=; b=W1worSJJwX7bGUEJ4WVOaxsegY5B9cJsHnhbA60PqJ0HRdZm/yJhmIvdL+5yJoauZs XyEpdLp0fbIrUmNgpPHLTEL3R2iqF79K4m2jSL7JcSGf51/Muf8lNQT6mvhDj6st+kzS Su22QEl17h3Dq3jyMWaIb4XIE/VudKt42XYZHd6UPWJFipeskTObIoiiNRc57xbvmjt6 C/dB5k+HxNHDBHZ+fcgmVjJl8FcD5j50gBhB5EblTJOkCXswVdFOIbPURcgcx6mEYpuy 0bcDbV7VEdWziCgilmNzLBxTLXDOl5DsXWfEU89wQUJNun/cQc0IC7HKiAlA62Lugq8P RV+A== X-Received: by 10.170.88.132 with SMTP id f126mr35091852yka.117.1434382325471; Mon, 15 Jun 2015 08:32:05 -0700 (PDT) Original-Received: by 10.13.253.5 with HTTP; Mon, 15 Jun 2015 08:31:24 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c07::231 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:187178 Archived-At: --001a113ac3eafb63d4051890288e Content-Type: text/plain; charset=UTF-8 *curly quotes (not braces) -- Kaushal Modi On Mon, Jun 15, 2015 at 11:30 AM, Kaushal wrote: > +1 for what Alan has to say. > +1 for keeping ` and ' for greppability as Oleh mentioned > +1 to what Drew said; seeing commits related to curly braces is not very > exciting > > > -- > Kaushal Modi > > On Mon, Jun 15, 2015 at 11:23 AM, Drew Adams > wrote: > >> > As far as I am aware, there has been no poll to gather and analyse >> > the views of Emacs developers on these changes, much less one for >> > Emacs users. >> >> Of course not. When was the last time you saw such a poll? ;-) >> >> > This is a Bad Thing. >> >> Yes. >> >> > What do people think? >> >> I've already made my position clear about this in the bug list. >> But I'll state it one more time. >> >> `...' is a very *good* way to set off inline symbols and other >> code phrases from surrounding non-code text. Those who think >> it is somehow just an odd and imperfect, old-fashioned form of >> *quoting* are sadly mistaken. That is not what it is about. >> >> '...' is used in ordinary English text, along with "...", for >> normal quotation. As a text editor (among other things), Emacs >> should not interfere with this usage or make it difficult for >> users or programs to parse it and manipulate it, by piling on >> an alternative interpretation. (Occam oblige.) >> >> What is needed in any doc about software is a way to clearly >> set off inline code phrases from surrounding, non-code text. >> This demarking constitutes metadata that is different from >> ordinary-text quoting. >> >> When structured doc or markup is used, this is typically >> accomplished using metadata that is provided by wrapping the >> code phrases in XML (or similar) elements/markup: >> .... >> >> In Emacs, we want, if possible, a simple mechanism that lets >> the text that contains the metadata (the "markup" text) to also >> act as the text that the user interacts with directly - search >> etc., but without the distraction of interacting with obvious >> markup ( etc.). >> >> `...' is simply an ingenious abbreviation for what is usually >> handled more verbosely using constructs such as .... >> >> As Alan points out, we want the metadata for this to be easy >> and quick to type, and not to interfere with either appearance >> or handling by program (including, but not limited to, Lisp). >> >> For all Emacs purposes I am aware of `...' is a very *good* >> invention. It is a reasonable compromise (yes, like anything >> else, it is not unambiguous in all contexts). And it has >> proven its worth in Emacs for 3 decades. >> >> That one person (plus our dear leader, apparently) thinks >> `...' is too "ugly" or too 1980s for his own use should not >> be a reason for Emacs to continue down the rabbit hole it >> has apparently been overzealously pushed into. >> >> The argument that ` and ' used to look OK back in the 80s, >> but fonts have changed so they are no longer symmetric, >> really misses the point. >> >> A delimiting pair of chars that is not confused with other >> uses ([], (), {}, <>, '', "",...) is what is needed, and >> `...' fits the bill well. (Some other contexts use `` or '', >> but like "", these have an obvious disadvantage. Still, even >> they would be preferable to '...'.) >> >> This change, whether implemented (a) only for rendering >> (appearance) or (b) at the base - actually using '...' in >> the underlying text, is altogether misguided, IMHO. >> >> Whether those originally responsible for `...' were aware of >> all of its advantages as a means of setting off inline code, >> I don't know. But I thank them for it. I hope that Emacs >> will eventually come to its senses about this and appreciate >> what a great gift `...' really is. >> >> Instead of being ashamed of `...' as a black sheep, the Emacs >> family should embrace it and be proud. Especially, it should >> understand how truly useful it is. '...' for inline code is >> a misguided, ugly hack, and in the long run not very workable. >> >> Emacs still has important and exciting things to work on and >> invent. The '...' crusade is not one of them, IMHO. >> >> > --001a113ac3eafb63d4051890288e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
*curly quotes (not braces)


--
Kaushal Modi<= /font>

On Mon, Jun 15, 2015 at 11:30 AM, Kaushal <kaushal.modi@gmail.com> wrote:
+1 for what Alan has to say.
+1 for keeping ` and ' for greppability as Oleh mentio= ned
+1 to what Drew said; seeing commits related to cu= rly braces is not very exciting

--
Kaushal Modi

On Mon, Jun 15, 2015 at 11:23 AM, Drew Adams= <drew.adams@oracle.com> wrote:
> As far as I am aware, there has been no poll to gather= and analyse
> the views of Emacs developers on these changes, much less one for
> Emacs users.

Of course not.=C2=A0 When was the last time you saw such a poll? ;-)=

> This is a Bad Thing.

Yes.

> What do people think?

I've already made my position clear about this in the bug list.
But I'll state it one more time.

`...' is a very *good* way to set off inline symbols and other
code phrases from surrounding non-code text.=C2=A0 Those who think
it is somehow just an odd and imperfect, old-fashioned form of
*quoting* are sadly mistaken.=C2=A0 That is not what it is about.

'...' is used in ordinary English text, along with "...",= for
normal quotation.=C2=A0 As a text editor (among other things), Emacs
should not interfere with this usage or make it difficult for
users or programs to parse it and manipulate it, by piling on
an alternative interpretation.=C2=A0 (Occam oblige.)

What is needed in any doc about software is a way to clearly
set off inline code phrases from surrounding, non-code text.
This demarking constitutes metadata that is different from
ordinary-text quoting.

When structured doc or markup is used, this is typically
accomplished using metadata that is provided by wrapping the
code phrases in XML (or similar) elements/markup:
<code>...</code>.

In Emacs, we want, if possible, a simple mechanism that lets
the text that contains the metadata (the "markup" text) to also act as the text that the user interacts with directly - search
etc., but without the distraction of interacting with obvious
markup (<code> etc.).

`...' is simply an ingenious abbreviation for what is usually
handled more verbosely using constructs such as <code>...</code>= ;.

As Alan points out, we want the metadata for this to be easy
and quick to type, and not to interfere with either appearance
or handling by program (including, but not limited to, Lisp).

For all Emacs purposes I am aware of `...' is a very *good*
invention.=C2=A0 It is a reasonable compromise (yes, like anything
else, it is not unambiguous in all contexts).=C2=A0 And it has
proven its worth in Emacs for 3 decades.

That one person (plus our dear leader, apparently) thinks
`...' is too "ugly" or too 1980s for his own use should not be a reason for Emacs to continue down the rabbit hole it
has apparently been overzealously pushed into.

The argument that ` and ' used to look OK back in the 80s,
but fonts have changed so they are no longer symmetric,
really misses the point.

A delimiting pair of chars that is not confused with other
uses ([], (), {}, <>, '', "",...) is what is needed= , and
`...' fits the bill well.=C2=A0 (Some other contexts use `` or '= 9;,
but like "", these have an obvious disadvantage.=C2=A0 Still, eve= n
they would be preferable to '...'.)

This change, whether implemented (a) only for rendering
(appearance) or (b) at the base - actually using '...' in
the underlying text, is altogether misguided, IMHO.

Whether those originally responsible for `...' were aware of
all of its advantages as a means of setting off inline code,
I don't know.=C2=A0 But I thank them for it.=C2=A0 I hope that Emacs will eventually come to its senses about this and appreciate
what a great gift `...' really is.

Instead of being ashamed of `...' as a black sheep, the Emacs
family should embrace it and be proud.=C2=A0 Especially, it should
understand how truly useful it is.=C2=A0 '...' for inline code is a misguided, ugly hack, and in the long run not very workable.

Emacs still has important and exciting things to work on and
invent.=C2=A0 The '...' crusade is not one of them, IMHO.



--001a113ac3eafb63d4051890288e--