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
This issue and this issue demonstrate how this extension does not work in Visual Studio 2022.
There are multiple problems.
Firstly, the versions of Typescript and the Angular Language Service that the extension is bundled with are massively out-of-date and not compatible with the Angular version that is used in a project created using the Visual Studio Angular project template.
The second problem is that the versions of these libraries used by a project is ignored in favour of the bundled out-of-date version. This is true at least in the case where the Project directory is a descendent of the Solution directory, which is the default and the only viable option in any non-trivial application.
The last problem is that currently with this extension installed opening any component file causes Visual Studio to freeze for about 10 seconds. It does this every single time I open a component file.
The fact that the language service does not work makes it virtually pointless having a Visual Studio Angular project template at all.
With the tooling in this state can anyone really be expected to recommend this workflow to their development teams?
Our Visual Studio licences cost us a huge amount of money. I expect a better return on that investment than this.
The text was updated successfully, but these errors were encountered:
#80 looks quite promising, although trying to keep up with updates for angular / vscode-ng-language-service may be an ongoing commitment.
Maybe changing the probing to also support nested angular projects might be reasonable, too, although I suspect supporting the case of multiple projects within the same solution may not be straight forward.
I think the vscode extension would default to using the lowest angular version detected if it finds multiple versions within the same workspace, but using mismatched angular and language-service versions for some of the projects may not be ideal.
Apart from aforementioned issues #76 and #78, issue #73 also might find its cause
in bundling a not quite recent version of @angular/language-server (and typescript) that lacks support for current angular versions / features or
the documentation being not very clear about how override the bundled versions or
the mechanism for overriding the bundled versions being not an optimal match for a commonly used solution folder structure of using sub-folders nested within the solution folder for solution projects.
This issue and this issue demonstrate how this extension does not work in Visual Studio 2022.
There are multiple problems.
Firstly, the versions of Typescript and the Angular Language Service that the extension is bundled with are massively out-of-date and not compatible with the Angular version that is used in a project created using the Visual Studio Angular project template.
The second problem is that the versions of these libraries used by a project is ignored in favour of the bundled out-of-date version. This is true at least in the case where the Project directory is a descendent of the Solution directory, which is the default and the only viable option in any non-trivial application.
The last problem is that currently with this extension installed opening any component file causes Visual Studio to freeze for about 10 seconds. It does this every single time I open a component file.
The fact that the language service does not work makes it virtually pointless having a Visual Studio Angular project template at all.
With the tooling in this state can anyone really be expected to recommend this workflow to their development teams?
Our Visual Studio licences cost us a huge amount of money. I expect a better return on that investment than this.
The text was updated successfully, but these errors were encountered: