From: tomas@tuxteam.de
To: Andreas Politz <politza@fh-trier.de>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Help with regexp
Date: Sat, 5 Dec 2009 07:46:08 +0100 [thread overview]
Message-ID: <20091205064608.GB11528@tomas> (raw)
In-Reply-To: <87ljhln66x.fsf@fh-trier.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, Dec 02, 2009 at 09:14:30AM +0100, Andreas Politz wrote:
> tomas@tuxteam.de writes:
>
> > On Wed, Dec 02, 2009 at 07:03:02AM +0100, Andreas Politz wrote:
[...]
> > Mind you, I don't like it either, but any idea I had kills some aspect
> > of Simplicity we all appreciate in Emacs :-(
> >
> I am glad there isn't a third kind. What about the idea of getting rid
> of them ? Some ideas :
>
> - a new family of regexp functions ([+]backwards compatibility)
I'm not sure this is needed. The functions themselves look fine to me.
> - a 2nd string syntax w/o escapes ([+]should not need new data-type)
Hm I was thinking about that too. But how would you represent e.g. a tab
in this new syntax?
> - a flag in the re to signal backslasheritis frailty
> (\v in vim, [-]backwards compatibility)
I see (didn't know about this one).
> What kind of simplicity are you referring to ?
Well -- now, to express a regular expression we just need a normal
string. To do all this magic we'd first have to hook into the reader
before it gets hold of the string. Common Lisp has such a facility (you
can define a new reader syntax, which is very cool), but it pays some
price for this flexibility. Emacs has taken the conscious decision not
to go this route.
> >> - no short aliases for important constructs :
> >> digits,symbol-constituents,newline,space
> >
> > Well, you always have those pesky [:stuff:] ones. They ain't so tidy,
> > but once you get used to them they are even more readable (and they
> > reduce the backslash density considerably).
>
> That sounds pretty weak. I would prefer \d over [[:digit:]] and [0-9] .
I miss that sometimes too :-)
> >> - no zero-width matches ; look(ahead|behind)
> >
> > Hm. To be fair, there are some, among others \b, \B, \<, \> (and the
> > funky \=, which matches at point). Yor are looking for a general zero
> > width match?
>
> True. No, I was mostly thinking of look ahead/behind kind of context
> matching. To be fair, I already saw a patch on emacs.dev, I believe,
> for this.
Well, I see your points, but am torn. Simplicity, you know :-)
(Now having PEGs as an alternative to regexps would be quite exciting :)
Regards
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFLGgGwBcgs9XrR2kYRAgNyAJ0WnVxJc94YYyA2gozoGhmKt3mwfwCffApd
ERlCyw8tri/9Qa8BPJZO/8g=
=yyn6
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2009-12-05 6:46 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.11978.1259698881.2239.help-gnu-emacs@gnu.org>
2009-12-01 21:07 ` Help with regexp Pascal J. Bourguignon
2009-12-02 5:16 ` tomas
2009-12-02 6:03 ` Andreas Politz
2009-12-02 7:11 ` tomas
2009-12-02 8:14 ` Andreas Politz
2009-12-05 6:46 ` tomas [this message]
2009-12-02 7:18 ` suvayu ali
[not found] ` <mailman.12000.1259733814.2239.help-gnu-emacs@gnu.org>
2009-12-02 9:41 ` harven
2009-12-02 13:31 ` Andreas Politz
2009-12-02 16:05 ` Lennart Borgman
2009-12-02 16:56 ` Andreas Politz
2009-12-02 17:16 ` Lennart Borgman
[not found] ` <mailman.12039.1259774199.2239.help-gnu-emacs@gnu.org>
2009-12-02 20:00 ` harven
2009-12-02 17:01 ` Andreas Politz
[not found] ` <mailman.12029.1259760724.2239.help-gnu-emacs@gnu.org>
2009-12-02 14:16 ` Pascal J. Bourguignon
2009-12-02 6:36 ` Xavier Maillard
[not found] ` <mailman.12002.1259735748.2239.help-gnu-emacs@gnu.org>
2009-12-02 11:16 ` Pascal J. Bourguignon
[not found] ` <mailman.11999.1259731365.2239.help-gnu-emacs@gnu.org>
2009-12-03 3:48 ` Stefan Monnier
2009-12-02 15:37 ` Colin S. Miller
2009-12-01 20:21 Xavier Maillard
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=20091205064608.GB11528@tomas \
--to=tomas@tuxteam.de \
--cc=help-gnu-emacs@gnu.org \
--cc=politza@fh-trier.de \
/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.