all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ken <gebser@mousecar.com>
To: Kevin Rodgers <kevin.d.rodgers@gmail.com>
Cc: help-gnu-emacs@gnu.org
Subject: Re: RE for any text, including white space
Date: Thu, 17 Mar 2011 06:20:11 -0400	[thread overview]
Message-ID: <4D81E05B.80207@mousecar.com> (raw)
In-Reply-To: <ils3u4$6cl$1@dough.gmane.org>


On 03/17/2011 12:50 AM Kevin Rodgers wrote:
> On 3/16/11 3:53 PM, ken wrote:
> ...
>> If what you gave me works to find just the "f" before "</h3", then
>> something like "<h3>\\(\\[.\n\t ]*\\)</h3" should work, right?  Nope.
> 
> . is not special within [], which is why PJ expressed the tag content as
> \\(.\\|\n\\)*?
> 
> And \t and SPC do not have to be handled specially with respect to .,
> only \n.
> 

I thought I read that on the web somewhere but I wasn't sure that I did,
and I don't always have 100% faith in what the web says.  So for the
sake of expediency, I thought it better to be redundant, get something
that works, then test for possible redundancies.  So thanks for the
confirmation... it saves me from having to test those.

On the first point: How elisp is to parse the period seems to have been
dreamt in Black Forest lore rather than in the hard, white light of
rationality.  That's to say: If it's a special character, why not let it
be so both within \\(.\\) and \\[.\\]??  This would seem the more
consistent, yes?  Consistency would also seem to dictate that in either
context, prepending a backslash would serve to substitute the literal
for its special meaning, as it does for so many other special
characters.  Yes, of course it's much too late to write the rules.  ACK
that.  I suppose I'm just venting a particular frustration that seems to
have me reverse-engineering frequent parts of this strange language in
order to write in it.

Thanks, Kevin, for unveiling that.  It's one less unpuzzling for me to do.



      reply	other threads:[~2011-03-17 10:20 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-16 13:23 RE for any text, including white space ken
2011-03-16 19:40 ` PJ Weisberg
2011-03-16 21:53   ` ken
2011-03-16 22:05     ` PJ Weisberg
2011-03-16 23:43       ` ken
2011-03-17  4:50     ` Kevin Rodgers
2011-03-17 10:20       ` ken [this message]

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

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

  git send-email \
    --in-reply-to=4D81E05B.80207@mousecar.com \
    --to=gebser@mousecar.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=kevin.d.rodgers@gmail.com \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.