unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Matthew Plant <maplant2@illinois.edu>
To: "emacs-devel@gnu.org" <emacs-devel@gnu.org>
Subject: Re: Raw string literals in Emacs lisp.
Date: Wed, 30 Jul 2014 14:01:52 -0700	[thread overview]
Message-ID: <CAMbiG3_fkidOqjKHFdfYs8zuTASdJ8o5ThNOovQE5P1KbH7-QA@mail.gmail.com> (raw)
In-Reply-To: <87bns6in3g.fsf@lifelogs.com>

[-- Attachment #1: Type: text/plain, Size: 2153 bytes --]

> How about using a Unicode character as the marker? (prepares for stoning)
I'm on the fence about this idea. It certainly would make parsing in
reverse possible (assuming the reverse parsing functions do not operate on
char *) and easy, but it would also possibly mess up formatting. It also
might not add much convenience because frankly typing non-unicode
characters is _hard_.

 One suggestion would be to use the unicode left and right double/single
quotation marks.


On Wed, Jul 30, 2014 at 1:54 PM, Ted Zlatanov <tzz@lifelogs.com> wrote:

> On Wed, 30 Jul 2014 13:41:19 -0700 David Caldwell <david@porkrind.org>
> wrote:
>
> DC> On 7/30/14 1:28 PM, Ted Zlatanov wrote:
> >> On Sun, 27 Jul 2014 13:58:37 -0700 David Caldwell <david@porkrind.org>
> wrote:
> >>
> DC> Why not, then, skip rawstrings completely and go directly to a regular
> DC> expression reader: #r// (or even just #//) instead of #r""?
> >>
> >> For shell commands, for instance, it would be convenient to have
> >> rawstrings because they often have internal backslash escapes.
>
> DC> That's precisely the point I made later in my email
>
> Sorry I didn't see it.
>
> DC> rawstrings used in shell don't want things like \n escaped, but
> DC> regexps do (otherwise you have to add "\n" literal support to the
> DC> regexp engine). There's 2 usages with competing semantics trying to
> DC> use one generic interface. I still posit that having a syntax
> DC> directly for regexps would be beneficial. And I think focusing on
> DC> regexps is more important in Emacs as it happens more than
> DC> complicated shell commands.
>
> Heredocs are generally useful and popular and would also be supported by
> this syntax.  But please don't take that as a knock against regexp
> literal support, it's just not something I have needed.
>
> DC> Sadly it sounds like a the #r// would be a no-go due to the Emacs
> DC> requirements of parsing it in reverse (I assume because '/' is a valid
> DC> lisp symbol character).
>
> I have no opinion on that, I just want a simple syntax for literal data :)
>
> How about using a Unicode character as the marker? (prepares for stoning)
>
> Ted
>
>
>

[-- Attachment #2: Type: text/html, Size: 2922 bytes --]

  reply	other threads:[~2014-07-30 21:01 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-25 19:47 Raw string literals in Emacs lisp Matthew Plant
2014-07-25 19:56 ` Tassilo Horn
2014-07-25 20:06   ` Matthew Plant
2014-07-25 20:15     ` Tassilo Horn
2014-07-25 20:24       ` Matthew Plant
2014-07-25 20:33 ` Tom Tromey
2014-07-25 21:40   ` Matthew Plant
2014-07-26  1:19 ` Stephen J. Turnbull
2014-07-26  5:28   ` Matthew Plant
2014-07-26  5:45     ` chad
2014-07-26 19:39       ` Matthew Plant
2014-07-27 12:27         ` Stephen J. Turnbull
2014-07-27 13:03           ` David Kastrup
2014-07-27 20:58             ` David Caldwell
2014-07-27 23:17               ` Matthew Plant
2014-07-28 18:27                 ` Richard Stallman
2014-07-28 19:32                   ` Matthew Plant
2014-07-29 19:15                     ` Richard Stallman
2014-07-30  0:26                       ` Matthew Plant
2014-07-30  4:28                         ` Richard Stallman
2014-07-30 18:54                           ` Matthew Plant
2014-07-28  2:16               ` Stephen J. Turnbull
2014-07-28  7:43                 ` Andreas Schwab
2014-07-30 20:28               ` Ted Zlatanov
2014-07-30 20:41                 ` David Caldwell
2014-07-30 20:54                   ` Ted Zlatanov
2014-07-30 21:01                     ` Matthew Plant [this message]
2014-07-30 21:16                       ` Ted Zlatanov
2014-07-30 21:19                         ` Matthew Plant
2014-07-31 10:13                           ` Ted Zlatanov
2014-08-02  8:47                     ` Alan Mackenzie
2014-08-02  9:14                       ` David Kastrup
2014-08-02 10:23                         ` Alan Mackenzie
2014-08-02 15:51                           ` Richard Stallman
2014-08-03  6:50                         ` Stephen J. Turnbull
2014-08-03  7:29                           ` David Kastrup
2014-08-03 13:12                             ` Stephen J. Turnbull
2014-08-03 13:27                               ` David Kastrup
2014-08-03 15:01                                 ` Stephen J. Turnbull
2014-08-04  1:55                                   ` Richard Stallman
2014-08-04  6:38                                     ` David Kastrup
2014-08-05  1:41                                       ` Richard Stallman
2014-08-05  6:15                                         ` David Kastrup
2014-08-03 13:40                               ` David Kastrup
2014-08-03 15:06                                 ` Stephen J. Turnbull
2014-08-04  1:55                           ` Richard Stallman
2014-08-02  9:17                     ` Andreas Schwab
2014-07-28  1:29             ` Stephen J. Turnbull
2014-07-26 21:37 ` Thorsten Jolitz
2014-07-29  6:32 ` William Xu
2014-07-29  7:40   ` Andreas Schwab

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=CAMbiG3_fkidOqjKHFdfYs8zuTASdJ8o5ThNOovQE5P1KbH7-QA@mail.gmail.com \
    --to=maplant2@illinois.edu \
    --cc=emacs-devel@gnu.org \
    /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).