Synxtax color entity.name.type not validated for [type] over storage.type scope
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 42/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- powershell
- Domínio
- tooling
Direção de pesquisa
Start by reviewing powershell.tmLanguage.json and reproducing the reported [string] type and function statement in VS Code with the listed tokenColorCustomization settings. Compare the scopes assigned to each construct with the expected PowerShell ISE colors; done means the type and statement can be distinguished as described, with focused validation for the grammar change.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Environment
-
Editor and Version:
Visual Studio Code
Version: 1.35.0 (system setup)
Commit: 553cfb2c2205db5f15f3ee8395bbd5cf066d357d
Date: 2019-06-04T01:18:19.664Z
Electron: 3.1.8
Chrome: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
OS: Windows_NT ia32 10.0.17763 -
Your primary theme: PowerShell ISE
Issue Description
The entity.name.type is not validated over storage.type when defined in settings.json nor in theme.json.
When defining a type, i.e. [string], and using a statement, i.e. function, they both use the same syntax color from the storage.type scope.
Is the entity.name.type scope not defined for types?
Screenshots
Example code. Pasted the tokenColorCustomization from Settings.json in the same file for example purposes.

[string] type

function statement

Expected Behavior
In PowerShell ISE the statements uses the Keyword token with color '#00008b' and the types uses the Type token with color '#008080'. Is there another way to distinguish these scopes or tokens that I've missed or is the powershell.tmLanguage.json missing something?
- Linguagem predominante
- PowerShell
- Estrelas
- 151
- Forks
- 55
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de PowerShell/EditorSyntax
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
PowerShell/EditorSyntax#224 · 2 comentários ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 48/100
PowerShell/EditorSyntax#222 · 2 comentários ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
PowerShell/EditorSyntax#221 · 2 comentários ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
PowerShell/EditorSyntax#220 · 2 comentários · 1 reação ·
-
Issue-Bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 48/100
PowerShell/EditorSyntax#219 · 2 comentários ·
Todas as issues de PowerShell/EditorSyntax
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
0xMiden/bridge-portal#132 ·
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
newrelic-experimental/preflight#793 · 1 comentário ·
-
enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
babalae/bettergi-scripts-list#3674 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
caddyserver/caddy#8046 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
zilliztech/memsearch#759 ·