unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Noam Postavsky <npostavs@users.sourceforge.net>
Cc: Alan Mackenzie <acm@muc.de>, 30217@debbugs.gnu.org
Subject: bug#30217: Ambiguity in NEWS in emacs-26.0.91
Date: Mon, 22 Jan 2018 16:56:39 -0800 (PST)	[thread overview]
Message-ID: <4c079376-7659-4962-aa73-39a4b4ed76e0@default> (raw)
In-Reply-To: <87efmho17g.fsf@users.sourceforge.net>

> > Please describe exactly what the reader does when it reads
> > one of those characters followed by Lisp-symbol syntax, in
> > both cases: char escaped and char not escaped.
> 
> How about this:
> 
>     ** To avoid confusion caused by "smart quotes", the reader signals an
>     error when reading Lisp symbols which begin with one of the following
>     quotation characters: ‘’‛“”‟〞"'.  A symbol beginning with such a
>     character can be written by escaping the quotation character with a
>     backslash.  For example:
> 
>         (read "‘smart") => Lisp error: (invalid-read-syntax "strange
> quote" "‘")
>         (read "\\‘smart") == (intern "‘smart")

Yes, that's clear (to me).  I would never have guessed that
the previous description meant that.

But may I ask why such "strange quote" characters are not
taken as lisp-symbol constituent characters?  Why the need
to escape them?  Why are they treated specially?

That description describes a workaround "to avoid confusion",
but it's not clear why we need "to avoid confusion".  What
good is the error behavior in the first place?  If such chars
are not to be treated as normal symbol chars it should be
because they have some special treatment/behavior/interpretation
for Lisp, no?  If the only non-escaped behavior is to raise an
error then that just sounds like a bug, to me.

I'm probably missing something important, but whatever that
is it does not seem to be conveyed by the NEWS description.
At all.





  reply	other threads:[~2018-01-23  0:56 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-22 22:17 bug#30217: Ambiguity in NEWS in emacs-26.0.91 Alan Mackenzie
2018-01-22 22:42 ` Drew Adams
2018-01-23  0:42   ` Noam Postavsky
2018-01-23  0:56     ` Drew Adams [this message]
2018-01-23  1:40       ` Noam Postavsky
2018-01-23  6:07         ` Drew Adams
2018-01-23  6:21           ` Drew Adams
2018-01-23 12:54           ` Noam Postavsky
2018-01-23 15:53             ` Drew Adams
2018-01-23 23:00               ` Noam Postavsky
2018-01-23 23:19                 ` Drew Adams
2018-01-24  0:02                   ` Noam Postavsky
2018-01-28 15:52                     ` Noam Postavsky
2018-02-02 18:52                       ` Drew Adams
2018-02-02 19:08                         ` Noam Postavsky
2018-02-02 21:37                           ` Drew Adams
2018-02-02 22:14                             ` Ista Zahn
2018-02-02 22:35                               ` Noam Postavsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4c079376-7659-4962-aa73-39a4b4ed76e0@default \
    --to=drew.adams@oracle.com \
    --cc=30217@debbugs.gnu.org \
    --cc=acm@muc.de \
    --cc=npostavs@users.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).