fix: update grammar to support user defined imports #27
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hi.
I have encountered a few issues while using this parser with experimental features.
Since 0.23.x bicep supports imports of user-defined functionality.
There's also
provider
syntax suggested bybicep-lsp
, which is supposed to behave like import statements.Using this feature breaks highlighting, since tree-sitter is looking for a version string, and resource declaration looks suspiciously close to it:
This PR introduces a few tweaks to existing imports to support
provider
and addsimport_user_functionality
as described in official documentation:Not sure where to find docs for
provider
, but both LSP and bicep seem to not mind it at all.Tested on
Bicep CLI version 0.23.1 (b02de2da48)
.Some additional work for the future:
type foo = string?
) shouldn't cause errors