LuaLS / LuaLS/lua-language-server

require path with custom package.loaders

Abierto
#2,644 3 comentarios 0 reacciones 0 asignados Ver en GitHub

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

In my project I'm adding new package.loaders which means I'm able to import things that are not real files.

local bindings = require "bindings.core" -- This is not a real file

Any path starting with bindings. is treated differently. Is there a way to instruct the Lua Language Server to treat those specific requires in a special way and have them returning the right type annotation?
I'd like to not specify the @type every time I'm requiring these special packages.

---@type CoreBindings  <---- I'm forced to specify the type
local bindings = require "bindings.core" 

If there's a valid solution I'd need it to work outside of VS code. I'm running LuaLS as a standalone check.

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comienza rastreando cómo standalone LuaLS resuelve require "bindings.core" y aplica la información de package.loaders a la inferencia de tipos. Define cómo se proporcionaría fuera de VS Code una configuración para el prefijo bindings. y, a continuación, verifica que require reciba CoreBindings sin una anotación @type repetida.

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

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.