[feature request] disable semantic colouring by default

Offen

#3,419 erstellt am 13.6.2026 4 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 3/5
Geschätzter Aufwand: 1-2 Tage
Anfängerfreundlichkeit: 48/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Ruhig
Tech-Stack: lua
Bereich: devtools

Rechercherichtung

Beginne mit der Einstellung semantic.enable und der zugehörigen Diskussion in Issue #3318 einschließlich des verlinkten Kommentars; .luarc.json zeigt die aktuelle Problemumgehung auf Benutzerebene. Ermittle, wo der Standardwert festgelegt wird, und überprüfe, dass die standardmäßige Deaktivierung verhindert, dass die semantische Einfärbung die Farben von Schlüsselwörtern ändert, während das dokumentierte Opt-in-Verhalten erhalten bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

How are you using the lua-language-server?

Other

Which OS are you using?

Windows

What is the issue affecting?

Other

Expected Behaviour

我在用Qt creator,昨天用lua编写插件,然后下载了Dracula / oneDark pro 两个主题插件,
结果发现lua的local function return 等关键词老是和注释一样的颜色,见下图

然后禁用主题插件之后,发现也不是主题插件导致的(默认主题下关键词也会跟注释一样颜色)
经过一天的折腾,到了晚上终于发现是lua language server 插件导致的,
一查这个插件,发现是qt 官方出品,

然后我就到qt creator论坛反馈bug, 结果发帖被判定为垃圾信息无法发帖,
然后就通过帮助菜单下找到了反馈bug的地方.

今天突然想到可能是language server导致的,就在本项目issue里搜索,发现了一个类似的issue:
https://github.com/LuaLS/lua-language-server/issues/3318
按照 tomlau10 的方法,
https://github.com/LuaLS/lua-language-server/issues/3318#issuecomment-3678348853
我在 .luarc.json 里禁用了 semantic.enable , 高亮终于正常了.
我看了一下luaLS wiki, semantic.keyword 默认关闭的,我项目也没开启, luaLS居然能影响关键词..

谁能想到一个language server居然能影响语法高亮,
谁能想到一个language server居然把关键词和注释弄成一个颜色,

所以我建议默认关闭 semantic.enable ,😭

Actual Behaviour

Reproduction steps

Additional Notes

No response

Log File

No response

Vorherrschende Sprache: Lua
Sterne: 4.4k
Forks: 442
Ø Merge: 8 T. 9 Std.
Gemergte PRs (30 T.): 1

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 LuaLS/lua-language-server

[love-api] love.Data:clone() -> love.Data Offen

enhancement

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100

LuaLS/lua-language-server#1776 · Erstellt am 21.12.2022
泛型for迭代器的类型推导漏掉了带__call的类 Offen

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

LuaLS/lua-language-server#3463 · 5 Kommentare · Erstellt am 19.9.2026
Type checking for functions as argument? Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

LuaLS/lua-language-server#3461 · Erstellt am 06.9.2026
Indentation when formatting off for values inside square brackets Offen

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

LuaLS/lua-language-server#3460 · 1 Kommentar · 1 Reaktion · Erstellt am 02.9.2026
Using LuaJIT's nil-coalescing extension does not narrow the type correctly Offen

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

LuaLS/lua-language-server#3459 · 1 Reaktion · Erstellt am 31.8.2026

Alle Issues in LuaLS/lua-language-server