Synxtax color entity.name.type not validated for [type] over storage.type scope

Aberta
#179 6 comentários 0 reações 0 responsáveis Ver no GitHub

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.
image

[string] type
image

function statement
image

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

Abrir o guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de PowerShell/EditorSyntax

Todas as issues de PowerShell/EditorSyntax

Issues semelhantes

Mais issues de DevTools

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.