LuaLS / LuaLS/lua-language-server
How to apply different libraries to different files?
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Lua
- Estrellas
- 4.4k
- Forks
- 442
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
### How are you using the lua-language-server?
Visual Studio Code Extension (sumneko.lua)
### Which OS are you using?
MacOS
### What is the issue affecting?
Libraries
### Expected Behaviour
Same variables refer to different definitions, depending on file
### Actual Behaviour
Same variables do not refer to different definitions, depending on file
### Reproduction steps
Create several libraries with different definitions for some global
### Additional Notes
Hi!
This is a question and not a bug report. Imagine, that I have several lua files with global variable named SomeVar:
file1.lua
```
print(SomeVar.X)
```
file2.lua
```
print(SomeVar.Y)
```
and there are two different files with annotations:
addon1/library/annotations1.lua
```
---@class TSomeVar1
---@field X integer
SomeVar = {}
```
addon2/library/annotations2.lua
```
---@class TSomeVar2
---@field Y integer
SomeVar = {}
```
Is there any way to specify that for file "file1.lua" first library should be used, and for "file2.lua" second library should be used?
I think that similar question was referred in this issue https://github.com/LuaLS/lua-language-server/issues/119
But I cannot run many language servers, because number of files can grow very large
### Log File
_No response_
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.
Línea de trabajo
Empieza leyendo el issue relacionado #119 y comparando su discusión con los ejemplos de file1.lua, file2.lua, addon1/library/annotations1.lua y addon2/library/annotations2.lua. Determina si el language server admite seleccionar distintas bibliotecas por archivo e identifica el área de configuración o implementación implicada. Se considera terminado cuando el comportamiento por archivo está admitido y documentado, o cuando su limitación está claramente explicada.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- lua
- Área
- devtools
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100