keywords scoped in places where not actually keywords, IF inside simple interpolation `()` for instance

Offen

#152 erstellt am 29.12.2018 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 42/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: powershell
Bereich: devtools, tooling

Rechercherichtung

Start by reproducing the reported scoping with the PowerShell samples in the issue and compare the result with PSReadLine, where the construct is treated as a command. Inspect the syntax grammar's root patterns and repositories, then verify that if and similarly limited keywords such as in are scoped only where valid, without regressing valid interpolation highlighting.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Environment

Editor and Version: VS Code: 1.31 Insiders / 1.30.1
Your primary theme: Monokai Dimmed (modified)

Issue Description

In the following image and code, the if is being scoped as 'keyword.control', as if it was valid to utilize an IF statement at this point. However it is not valid, and the code instead causes an error stating that The term 'if' is not recognized as the name … No syntax error is reported by EditorServices either. PSReadLine however does indicate that the if would be treated as a command instead of a keyword.

Screenshots

VS Code:

PSReadLine

(keywords would be green)

Expected Behavior

I would like to expect that this case would not receive 'keyword.control' scoping, so that I am not led to believe the given command might actually be correct. A quick attempt to correct this indicates that this will require some reorganization, because too many items are in the root patterns and not in the repository.

This also shows that there is more to argument mode vs. expression mode than I had originally thought. Control statements cannot always be used everywhere a command can be used. This also affects other limited scope keywords, such as in, which is scoped as 'keyword.control' in more places than it should be.

Code Samples

    '<?xml version="1.0"' + (if ($encoding) {' encoding="' + $encoding + '"'}) + '?>'

The correct code:

    '<?xml version="1.0"' + $(if ($encoding) {' encoding="' + $encoding + '"'}) + '?>'

Vorherrschende Sprache: PowerShell
Sterne: 151
Forks: 55
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus PowerShell/EditorSyntax

"Continue" is highlighted as a statement/keyword when used as a parameter value Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100

PowerShell/EditorSyntax#224 · 2 Kommentare · Erstellt am 22.4.2026
HashTable Key TextMate Scope Priority Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

PowerShell/EditorSyntax#222 · 2 Kommentare · Erstellt am 19.12.2025
Function Parameter Not its own TextMate Scope Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100

PowerShell/EditorSyntax#221 · 2 Kommentare · Erstellt am 19.12.2025
Variables with curly braces are not highlighted correctly Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100

PowerShell/EditorSyntax#220 · 2 Kommentare · 1 Reaktion · Erstellt am 17.11.2025
Hashtable BareWord key highlighting changes with presence of inline comment Offen

Issue-Bug

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

PowerShell/EditorSyntax#219 · 2 Kommentare · Erstellt am 29.9.2025

Alle Issues in PowerShell/EditorSyntax