Synxtax color entity.name.type not validated for [type] over storage.type scope
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- powershell
- Área
- tooling
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- PowerShell
- Estrellas
- 151
- Forks
- 55
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de PowerShell/EditorSyntax
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
PowerShell/EditorSyntax#224 · 2 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
PowerShell/EditorSyntax#222 · 2 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
PowerShell/EditorSyntax#221 · 2 comentarios ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
PowerShell/EditorSyntax#220 · 2 comentarios · 1 reacción ·
-
Issue-Bug
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
PowerShell/EditorSyntax#219 · 2 comentarios ·
Todos los issues de PowerShell/EditorSyntax
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
duckdb/duckdb-python#627 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
phpstan/phpstan-doctrine#794 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
nearform/ag-grid-url-sync#160 ·
-
스택 PR 머지 시 하위 PR base 재지정 단계 부재 Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
idean3885/claude-ops-agent#521 ·