Kevin

I just realized that you said you would use matchpairs with showmatch. I only added support for matchpairs, vrapper still doesn't suppoort showmatch and honestly, I'm not even sure where I would begin with that feature. So adding support for matchpairs probably doesn't help you at all... sorry.

So I started looking into this feature request... and then I just kept going. I got it implemented. As far as I can tell, it works exactly like in Vim. You can set matchpairs to a list with =, you can append to the list with +=, and remove from the list with -=. I've created a new build and put it on the unstable update site. Please give it a try and let me know if it works for you. Just add the unstable update site (http://vrapper.sourceforge.net/update-site/unstable) to your eclipse and then run...

Huh. I can't believe this has never come up before. I tried searching through the old issues but I can't find anybody ever requesting it. And it seems like a fairly straightfoward setting too. I'm used to Vim having lots of exceptions and special cases when describing configuration properties but this one doesn't have any wacky syntax or special handling. It seems perfectly reasonable. I created https://github.com/vrapper/vrapper/issues/830 for the feature request. Hopefully I'll have some time to...

I went ahead and made the code change myself so we are now using Pattern.matcher().find() rather than String.matches(). I've also updated the unstable update site with a new build so you can go ahead and test this change by adding the unstable update site to your eclipse: http://vrapper.sourceforge.net/update-site/unstable I tried doing :g/if|else/d and :g/(if|else)/d and both work great so I think this regex handling is better, but I didn't exhaustively test it. Also, I was going to add some unit...

Now, with all that said, the java docs explicitly state that A matches method is defined by this class as a convenience for when a regular expression is used just once. ... for repeated matches it is less efficient since it does not allow the compiled pattern to be reused. Since I'm actually running matches() against every line in the range, I could compile this regex and use a different java method. That would provide better performance and potentially result in more sensible regex behavior. The...

On that website, https://www.freeformatter.com/java-regex-tester.html#ad-output look right after the "Results" header and you'll see a line that says: .matches() method: false Because Java's .matches() method would not match the regex. If I set the "Java Regular Expression" to foo and set the "Entry to test against" to foo then it says: .matches() method: true If I change the "Entry to test against" to test foo test it says: .matches() method: false If I then change the "Java Regular Expression"...

Sorry I didn't respond to this when you first posted it. I created an issue on our github page for the feature request. After some quick googling though, it doesn't look like Eclipse supports an explicit cursor color. https://github.com/vrapper/vrapper/issues/823

Notice the comment right before those if statements: //Java's matches() method expects to match the entire string. //If the user isn't explicitly matching beginning or end of //a String, fake it out so Java is happy. If you searched for :g/foo/d and I didn't modify it to .*foo.* then the matches() method would only match on a line whose entire contents was foo. Since that isn't the way vim behaves, I'm changing the regex to .*foo.* so it will match any line that contains your string rather than requiring...