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
We "discover" projects in a workspace and then initialize projects for every open document. Most of the time this is the same project.
However, if that project fails to initialize it's marked as disabled then it's re-initialized failing again. This registers several watchers and other resources. We should instead:
Collect all unique projects for open documents
Initialize those projects
Work on a mechanism to recover from errors when loading the design system. This includes @utility or @variant being in a nested spot, failure to load a plugin or config, failure to load an import, failure to parse an imported stylesheet, errors caused by invalid @applys, etc…
This will definitely require some work in v4 core's __unstable_loadDesignSystem(…). We'll likely need to introduce some time of "error recovery" mode that can capture errors and proceed even when an error happens.
For example:
Plugins can just not be loaded
Ditto with configs
Missing / failed imports can be replaced with an empty AST
Missing classes in an @apply can be omitted
We should also find a way to record these errors so they can be surfaced to the user
We also need to surface the CSS graph information outside of project discovery so we can provide graph-aware diagnostics.
For example, if a user import's a file into a layer that has @utility we need to provide a diagnostic for this.
The text was updated successfully, but these errors were encountered:
I indeed experience lots of issues at the moment with intellisense. Initially I thought it was perfectly working, but now I opened my project and nothing works anymore.
Is the issue clear and can it be fixed soon, or are there some unknowns that have to be checked first?
We "discover" projects in a workspace and then initialize projects for every open document. Most of the time this is the same project.
However, if that project fails to initialize it's marked as disabled then it's re-initialized failing again. This registers several watchers and other resources. We should instead:
@utility
or@variant
being in a nested spot, failure to load a plugin or config, failure to load an import, failure to parse an imported stylesheet, errors caused by invalid@apply
s, etc…This will definitely require some work in v4 core's
__unstable_loadDesignSystem(…)
. We'll likely need to introduce some time of "error recovery" mode that can capture errors and proceed even when an error happens.For example:
@apply
can be omittedWe should also find a way to record these errors so they can be surfaced to the user
We also need to surface the CSS graph information outside of project discovery so we can provide graph-aware diagnostics.
For example, if a user import's a file into a layer that has
@utility
we need to provide a diagnostic for this.The text was updated successfully, but these errors were encountered: