You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed when I type a ¦ character into the plaintext/output part of a T4 script (i.e. not in a <# block) it causes the extension to lose syntax coloring of that run of text. This also happens when reloading a T4 file with those chars in it.
In the screenshot below, observe that I have Output set to ForestGreen, which is used for most of the output text runs on the right-hand editor pane - but notice that whenever an output run has ¦ in it the editor will render the text as black-on-white and not ForestGreen-on-white.
(I use the ¦ char to denote an alignment point which is used by a tool I wrote).
The text was updated successfully, but these errors were encountered:
I've identified the problem exists in Constants.cs's const string OutputBlockRegex.
I have uncovered the actual regex patterns that VS itself uses and posted it to #21 - VS uses a single pattern that matches all runs of text (and it's much simpler (and faster overall) too).
I'm thinking if it might be better to refactor this extension to use the official VS regex instead of fiddling with the current regexes - but I'll see if I can patch the current regex patterns as they are...
I noticed when I type a
¦
character into the plaintext/output part of a T4 script (i.e. not in a<#
block) it causes the extension to lose syntax coloring of that run of text. This also happens when reloading a T4 file with those chars in it.In the screenshot below, observe that I have Output set to ForestGreen, which is used for most of the output text runs on the right-hand editor pane - but notice that whenever an output run has
¦
in it the editor will render the text as black-on-white and not ForestGreen-on-white.(I use the
¦
char to denote an alignment point which is used by a tool I wrote).The text was updated successfully, but these errors were encountered: