-
Notifications
You must be signed in to change notification settings - Fork 32
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
Add SymbolInformation.kind
#156
Conversation
This is the first step towards closing #154. Previously, the only way to determine the type of a symbol was through `SymbolDescriptor.Suffix`. This solution was not ideal since `Suffix` had very coarse grained types, and it was intentionally named "suffix" to indicate it was primarily used to determine the syntax of the symbol (not semantics). This PR adds a new enum `SymbolInformation.Kind` to add first-class support to determine the type of a symbol.
cc/ @donsbot if you have a moment to review. |
I tried to include the union of kinds from Glean, LSP, and SemanticDB. One open question for me is whether we should order the kinds alphabetically or by the LSP order (and add custom Glean kinds at the end). My preference is to use alphabetical order like we did for |
I think it's safe to be wider than current specs (eg LSP). I had to add a few for our uses. Clients will refine the set if needed. Most indexers emit a small set is kinds, but do care about getting naming right |
This is the first step towards closing #154.
Previously, the only way to determine the type of a symbol was through
SymbolDescriptor.Suffix
. This solution was not ideal sinceSuffix
had very coarse grained types, and it was intentionally named "suffix" to indicate it was primarily used to determine the syntax of the symbol (not semantics).This PR adds a new enum
SymbolInformation.Kind
to add first-class support to determine the type of a symbol.Test plan
Green CI.