Ben Fritz wrote:
I wonder if a different approach might help.
Vim already has :perldo, :pydo, etc. Perhaps a :perlmatch, :pymatch, etc. could
be added for basic searching in those languages?
There is also a patch in the todo list for :bvimgrep. Maybe a :bgrep command
could also be added. I
On 27 April 2016, Linda W wrote:
[...]
> BRE's are compatible with ERE's. If you *only* use BRE syntax, then
> any prog using ERE's "should" still work the same for you.
Right, I suppose I should have stopped reading here. :) I didn't
(against my better), presumably because:
LCD 47 wrote:
On 15 April 2016, Erik Christiansen wrote:
On 14.04.16 14:40, Christian Brabandt wrote:
Am 2016-04-14 12:14, schrieb Erik Christiansen:
So many unix utilities support POSIX "Modern" EREs, that it is the best
standard to conform to.
On Apr 15, 2016 4:03 PM, "Eric Christopherson"
wrote:
>
> On Tue, Apr 12, 2016 at 12:45 PM, L. A. Walsh wrote:
>>
>> Christian Brabandt wrote:
>>>
>>> There is https://github.com/vim/vim/issues/99
>>> You might want to check, if this works for you.
>>>
On Tue, Apr 12, 2016 at 12:45 PM, L. A. Walsh wrote:
> Christian Brabandt wrote:
>
> There is https://github.com/vim/vim/issues/99
> You might want to check, if this works for you.
>
>
>
> If vim supported posix extended RE's, then, like, say grep,
> it could also
About this I think the following:
1. If implemented, PCRE syntax support should be like current engine
select option support, though without possibility to use `set re` to
switch to PCRE globally. I.e. `\%#=P` as the first charaters in
pattern will enable PCRE syntax and select libpcre (or
On 15 April 2016, Erik Christiansen wrote:
> On 14.04.16 18:00, LCD 47 wrote:
> >
> > As for Vim: its regexes have features not present in any other
> > language. People use them, and thousands of plugins and syntax
> > files rely on them. You're asking to break all
On 14.04.16 18:00, LCD 47 wrote:
>
> As for Vim: its regexes have features not present in any other
> language. People use them, and thousands of plugins and syntax files
> rely on them. You're asking to break all of them because you _prefer_
> something else?
Please quote a whole message
On Tue, Apr 12, 2016 at 09:15:24PM +0200, Christian Brabandt wrote:
> On Di, 12 Apr 2016, L. A. Walsh wrote:
>
> > Christian Brabandt wrote:
> > >There is https://github.com/vim/vim/issues/99
> > >You might want to check, if this works for you.
> >
> >If vim supported posix extended
On Thursday, March 24, 2016 at 5:27:35 AM UTC-5, L. A. Walsh wrote:
> Posix, has 2 official RE's already, the modern REs( like in
> grep -E, (extended RE's)
> and "obsolete RE's" as found in ed, called "basic REs".
>
> Additionally for the past few years, more gnu utils (like grep -P)
> have
On 15 April 2016, Erik Christiansen wrote:
> On 14.04.16 14:40, Christian Brabandt wrote:
> > Am 2016-04-14 12:14, schrieb Erik Christiansen:
> > >So many unix utilities support POSIX "Modern" EREs, that it is the
> > >best standard to conform to. There's then only one
On 14.04.16 14:40, Christian Brabandt wrote:
> Am 2016-04-14 12:14, schrieb Erik Christiansen:
> >So many unix utilities support POSIX "Modern" EREs, that it is the best
> >standard to conform to. There's then only one regex dialect to learn.
> >(Queue horn fanfare and singing angels)
>
> And
Am 2016-04-14 12:14, schrieb Erik Christiansen:
On 12.04.16 21:15, Christian Brabandt wrote:
On Di, 12 Apr 2016, L. A. Walsh wrote:
>If vim supported posix extended RE's,
Some of us have been asking for that for around a decade now.
Well, some of us have been asking for other features
On 12.04.16 21:15, Christian Brabandt wrote:
> On Di, 12 Apr 2016, L. A. Walsh wrote:
> >If vim supported posix extended RE's,
Some of us have been asking for that for around a decade now.
So many unix utilities support POSIX "Modern" EREs, that it is the best
standard to conform to. There's
On Di, 12 Apr 2016, L. A. Walsh wrote:
> Christian Brabandt wrote:
> >There is https://github.com/vim/vim/issues/99
> >You might want to check, if this works for you.
>
>If vim supported posix extended RE's, then, like, say grep,
> it could also support Perl RE's, from the PCRE library.
shawn wilson wrote:
Instead of implementing one or another regex type in core, it might be
better to know about and hook into libs for their regex engines. For
example, libperl for perl's engine when +perl or libpcre as another
option. IDK you can do the same with python, I think you can
Christian Brabandt wrote:
There is https://github.com/vim/vim/issues/99
You might want to check, if this works for you.
If vim supported posix extended RE's, then, like, say grep,
it could also support Perl RE's, from the PCRE library. Perl supports
the "/x" to ignore whitespace for
Instead of implementing one or another regex type in core, it might be
better to know about and hook into libs for their regex engines. For
example, libperl for perl's engine when +perl or libpcre as another option.
IDK you can do the same with python, I think you can with ruby and IIRC Lua
uses
torsdag 24 mars 2016 skrev Christian Brabandt :
> On Do, 24 Mär 2016, L. A. Walsh wrote:
>
> > Posix, has 2 official RE's already, the modern REs( like in
> > grep -E, (extended RE's)
> > and "obsolete RE's" as found in ed, called "basic REs".
> >
> > Additionally for the
On Do, 24 Mär 2016, L. A. Walsh wrote:
> Posix, has 2 official RE's already, the modern REs( like in
> grep -E, (extended RE's)
> and "obsolete RE's" as found in ed, called "basic REs".
>
> Additionally for the past few years, more gnu utils (like grep -P)
> have started supporting a third type
Posix, has 2 official RE's already, the modern REs( like in
grep -E, (extended RE's)
and "obsolete RE's" as found in ed, called "basic REs".
Additionally for the past few years, more gnu utils (like grep -P)
have started supporting a third type of RE's called
PCRE [Perl Compatible RE's] that
21 matches
Mail list logo