emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Matching programming language identifiers, not "words"


From: Eli Zaretskii
Subject: Re: Matching programming language identifiers, not "words"
Date: Tue, 18 May 2004 11:50:02 +0200

> Date: Tue, 18 May 2004 09:26:45 +0200
> From: Tim Van Holder <address@hidden>
> 
> So I would ask that either
>  - a \<\>-like regexp syntax is added for word+symbol grouping
>  - a (buffer-local?) variable is added that would switch \< \> to word+symbol
>    mode; this variable could then be set by programming modes (or customized
>    globally).
>  - some similar option that I didn't consider is added

A couple of weeks ago, Jim Blandy submitted changes to implement your
first suggestion, whereby "\_<" and "\_>" match an empty string at the
beginning and end of a symbol.  It is still not in the CVS, though.

> By the way, I find it odd that, given the multilingual environments emacs
> supports, the manual still lists word constituents as "parts of normal English
> words", leaving accented characters and the like in an apparent twilight zone.

Thanks for the report.

A patch to fix that would be nice.  Failing that, I will try to find
all such occurences and fix them, when I have time.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]