-
Notifications
You must be signed in to change notification settings - Fork 235
"configuration" breaking Syntax Highlighting #52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi @bcrotty PowerShellEditorServices doesn't provide their own syntax highlighting ( @daviwil correct me, if I'm wrong). |
Yep, that's correct. In fact, the syntax highlighting for PowerShell in VS Code is a part of VS Code itself: However, filing these bugs against vscode-powershell makes sense so that they're tracked in a less noisy place. Also filing them (and fixing them) against the Sublime text repo can't hurt. |
Thanks! Sorry I haven't been able to contribute recently. I'll post this there as well. |
I'm not sure if the Sublime repo can serve as the official repository for stuff like this. Sublime has decided they need a more stateful and testable syntax (LL parser) for this stuff, so they're about to move off .tmLanguage SublimeText/PowerShell#127 |
This issue is now tracked in the SublimeText/PowerShell repo: SublimeText/PowerShell#140 |
This change updates the debug adapter registration to remove the need for the old .cmd hack to launch the PowerShell Editor Services host process with the /debugAdapter flag. VS Code 0.10.7 has been fixed so that arguments in the debug adapter registration get passed through to the host process.
The word "configuration" appears to break syntax highlighting.
The text was updated successfully, but these errors were encountered: