cshnik

Done. Please consider the following: 1. Scintilla code was patched to provide simple and clear solution (`SCI_BRACEMATCH` message handler). 2. Braces have different opening and closing characters ``()[]{}`` which makes...

``TreatQuotesAsBraces`` INI option added: 0 - disabled (by default), 1 - enabled. Affects the commands: ``Find Matching Brace (Ctrl+B)`` ``Select To Matching Brace (Ctrl+Shift+B)``

Fixed: removed useless code.

> How complex is it to extend this behaviour towards View > Visual Brace Matching? Done.

> it simply seeks leftwards, then rightwards Please consider the following: 1. Basic operation is ``Find matching 'quote'`` (Ctrl+B). 2. There are 2 modes for ``matching``-operation: move cursor ``inside`` or...

Additional cases: Search string: `$` Replace with: `\n\1\1\n` ``` aa bb ``` Search string: `(.*)$` Replace with: `\n\1\1\n` ``` aaaa bbbb ```

Fixed.

I'm not aware of the way how this could be done without manual target range adjustment due to the following reason: 1. RegEx works in line-by-line mode (see ``BoostRegexSearch::FindTextImpl()``). 2....

> instead of parsing the regexp (which we can never do correctly) > ``` > `const int isRegexEOL = (szFind2[iFind2Length - 1] == '$') && ((iFind2Length < 2) || (szFind2[iFind2Length...

Update: there is a missing case in current ``isRegexEOL`` detection logic: ``\\$`` - regex to find line consisting of single ``\`` will not be correctly processed since ``isRegexEOL=false``. Additional condition...