LuaLS / LuaLS/lua-language-server
Setting up `codestyle-check` precisely?
Personne n'a encore pris cette issue.
- Langage dominant
- Lua
- Étoiles
- 4.4k
- Forks
- 442
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Hi there!
Is there any way to set up (disable) exact checks for codestyle-check?
.stylua.toml and .editorconfig syntax doesn't have much parameters, and doesn't cover such usecases like "spaces before single argument".
For example, when I type local a = require"foo".moo, and I don't want that codestyle checker triggered on missing space (or anything) here, and I want this "globally" (to don't place comments ---@diagnostic comments here and there and everywhere everytime).
Or, say, I have function, that takes a table as argument, and place table global in metadate, to allow OOP-like calls on tables.
So, as syntactig sugar I have variable T set to this function.
So, I'm initializing tables with local mytable = T{}.
And I don't want that codestyle-checker blame on missing space here too.
And so on...
So, it would be nice, if there was a possibility to configure (enable/disable) exact checks per-project and globally (default settings, that per-project ones would override).
And I digged all around lua_ls and emmylua docs and didn't find a way to do that.
Can you advice me, please?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par vérifier comment codestyle-check est lié à .stylua.toml et .editorconfig, puis examinez la documentation de lua_ls et emmylua mentionnée dans l’issue. Une modification complète définirait des paramètres au niveau du projet et des paramètres globaux permettant d’activer ou de désactiver des vérifications individuelles, les paramètres du projet remplaçant les valeurs par défaut.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- lua
- Domaine
- developer-experience, tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100