all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Subject: Re: multiple search strings in query-replace-regexp
Date: Sat, 07 Oct 2006 11:11:15 +0200	[thread overview]
Message-ID: <85wt7cwkwc.fsf@lola.goethe.zz> (raw)
In-Reply-To: eg7q64$kca$1@agate.berkeley.edu

Ilya Zakharevich <nospam-abuse@ilyaz.org> writes:

> [A complimentary Cc of this posting was NOT [per weedlist] sent to
> David Kastrup 
> <dak@gnu.org>], who wrote in article <85iriwy3m0.fsf@lola.goethe.zz>:
>> > [A complimentary Cc of this posting was NOT [per weedlist] sent to
>> > David Kastrup 
>> > <dak@gnu.org>],
>> 
>> I already told you to leave off "complimentary copies" to group
>> articles: they are a breach of netiquette since they add no valuable
>> information at all and tend to confuse the recipient into having to
>> reply multiple times: once in mail, and later, when the mistake has
>> been noticed, on the group again.
>
> Fill free to read this header again.  Thanks.
>
> BTW, you know that sending BLIND Cc is considered a breach of
> netiquette, right, and you know the reasons?  And still you do it...
> Sigh...

That was not a blind CC.  That was a separate mail sent first, before
I noticed.  It was the reply to your mail.  I had to repost this reply
to the list when I noticed.

You should have noticed the difference: the group version carried the
complaint, the mail version didn't.

So you are, in effect, complaining that your "courtesy copy" had just
the bad effect I told you it had.

>> Please stop this nuisance.  You can expect that people writing on
>> Usenet groups are also reading there.
>
> Your statement would have some significance if Usenet were a
> reliable media.  It was not 20 years ago.  It still is not.

But your message contained no information that would have been
personally important to me.  So there was no point in making sure that
it specifically reached me in case Usenet failed.

>> >> >> C-M-% \(foo\)\|\(rock\)\|metal RET
>> >> >> \,(cond (\1 "bar") (\2 "house") ("goa")) RET
>> >> >
>> >> > To make it useful, one needs a function to count the number of
>> >> > parentheses in a given regular expression.  Is there?
>> >
>> >> Uh WHAT?  You just type the above stuff.  Why would that not be
>> >> useful?
>> >
>> > How many people do you know who would type something like this?  :-(
>
>> Well, enough for the idiom to be useful.  That's why it was invented
>> and documented.
>
> Enough to invent and document it.  AFAIK, not enough for it to be
> useful.

Well, if it is not useful, there is no point in complaining about it.
Just don't use it, then.

>> > And to have a "generally usable" wrapper, one needs a way to
>> > identify how many paren groups are inside your "foo" and "rock"
>> > regular expressions.
>> 
>> I can't actually think of a user interface for such a wrapper that
>> would not really complicate things.  In particular if you want to
>> refer to matched groups in the replacements, it is pretty hard to
>> come up with anything close to a useful interface.
>
> All this means is that you had a bad day.  Just revisit it in a day
> or so, if you do not know the answer already.  [Hint at the end of
> the message. ;-]

> Hint: one presses ENTER to end the replacement string.  What about
> pressing something els, like C-u ENTER?  ;-)

How about rereading what I wrote above?  "In particular if you want to
refer to matched groups in the replacements, it is pretty hard to come
up with anything close to a useful interface."

So how does C-u RET make it easy to refer to matched groups?

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2006-10-07  9:11 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-06 11:17 multiple search strings in query-replace-regexp Florian Kaufmann
2006-10-06 11:27 ` Malte Spiess
2006-10-06 11:41   ` Florian Kaufmann
2006-10-06 11:51     ` David Kastrup
2006-10-06 21:45       ` Ilya Zakharevich
2006-10-06 22:01         ` David Kastrup
2006-10-07  3:45           ` Ilya Zakharevich
     [not found]           ` <200610070345.k973jLj2011358@powdermilk.math.berkeley.edu>
2006-10-07  7:41             ` David Kastrup
2006-10-07  8:57               ` Ilya Zakharevich
2006-10-07  9:11                 ` David Kastrup [this message]
2006-10-07 22:04                   ` Ilya Zakharevich
2006-10-08 13:47                     ` Mathias Dahl
2006-10-08 20:55                       ` Kim F. Storm
     [not found]                       ` <mailman.7905.1160340972.9609.help-gnu-emacs@gnu.org>
2006-10-12 15:44                         ` Mathias Dahl
2006-10-09  6:07                     ` Stefan Monnier
2006-10-09 21:53                       ` Ilya Zakharevich
2006-10-09 22:21                         ` David Kastrup
2006-10-10  3:39                           ` Ilya Zakharevich
2006-11-23 19:23                         ` Stefan Monnier
2006-10-07  8:20       ` Malte Spiess
2006-10-07  8:40         ` David Kastrup
2006-10-06 12:41 ` Peter Dyballa
     [not found] ` <mailman.7806.1160138473.9609.help-gnu-emacs@gnu.org>
2006-10-06 14:14   ` Florian Kaufmann
2006-10-06 15:14     ` David Kastrup
2006-10-06 15:29       ` Florian Kaufmann
2006-10-06 15:47         ` David Kastrup

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=85wt7cwkwc.fsf@lola.goethe.zz \
    --to=dak@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 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.