microsoft/language-server-protocol

Define a protocol for syntax tokens

Open

#1.063 geöffnet am 7. Aug. 2020

Auf GitHub ansehen
 (7 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)HTML (12.810 Stars) (956 Forks)batch import
help wantedidea

Beschreibung

Is my reading correct, that semantic tokens only add additional information to tokens? Can we trust that the clients will render keywords correctly, if they already have a syntax highlighter (frequently regexp based).

If that's the case, should there be an option to "unset" a type. Just as an example, if you have #ifdefs you could think of giving the LSP server the option of removing syntax coloring from inactive code segments by giving it the token-type None.

Contributor Guide

Tech Stack
typescript
Domain
apibackend
Issue Type
feature
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
4
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
over 1 week
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
stale
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
mostly clear
Voraussetzungen
LSP protocol basicsSemantic tokens specificationClient server architecture
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
25
Research-Richtung
Review the existing semantic tokens specification in the LSP repository, particularly the section on token types. Analyze the discussion in the comments to understand the motivation for a 'None' token type. Propose a concrete addition to the protocol document that allows unsetting a token type, ensuring backward compatibility and describing client behavior.