When writing a syntax definition, PackageDev currently shows completions for scopes, based on the scope naming conventions. This is great, but sometimes it adds a . and shows suggestions when it shouldn't (IMO):
When entering the last scope atom of the syntax definition i.e. for the Markdown syntax, with a base scope of text.html.markdown, when writing a scope like entity.name. and selecting markdown, I would expect to see no further dots added or autocompletion popups shown. The current behavior is to have a trailing dot and see markdown in the list again.
When altering an atom in a scope that has already been completed, say changing punctuation.definition.string.begin to punctuation.section.string.begin. I double click definition, and start typing s, PD shows a popup for section - great! But I press Tab to select it and I end up with punctuation.section..string.begin (notice the two dots). Ofc, it's pretty trivial to delete the additional dot, just wondering if others agree whether it would be a good idea to remove this behavior in this circumstance.
When writing a syntax definition, PackageDev currently shows completions for scopes, based on the scope naming conventions. This is great, but sometimes it adds a
.
and shows suggestions when it shouldn't (IMO):text.html.markdown
, when writing a scope likeentity.name.
and selectingmarkdown
, I would expect to see no further dots added or autocompletion popups shown. The current behavior is to have a trailing dot and seemarkdown
in the list again.punctuation.definition.string.begin
topunctuation.section.string.begin
. I double clickdefinition
, and start typings
, PD shows a popup forsection
- great! But I press Tab to select it and I end up withpunctuation.section..string.begin
(notice the two dots). Ofc, it's pretty trivial to delete the additional dot, just wondering if others agree whether it would be a good idea to remove this behavior in this circumstance.