LSP (e.g. Go to Definition) not working across files with source
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 32/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- r, typescript, vscode
- Ambito
- developer-experience, devtools
Direzione di ricerca
Riproduci i due layout del workspace descritti nell’issue, inclusa la struttura DESCRIPTION/R e il layout lib rinominato. Inizia tracciando il modo in cui l’estensione individua i file R e li collega alle funzionalità del language server; il lavoro è completo quando le definizioni tra file, i simboli del workspace, i completamenti e i tooltip funzionano senza richiedere che i file siano aperti, oppure quando le regole di individuazione sono documentate.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I find that all the language server features seem to be unaware of sourced files. This includes "Go to Definition" and "Go to Symbol in Workspace". It also won't pull in completions and tool tips from libraries.
It does work when I have the sourced file open (regardless of whether I actually source the file).
It also works when I use the exact R package directory setup (per chat GPT).
myproject/
├── DESCRIPTION # <- triggers package behavior
├── R/
│ ├── functions.R # <- put your function definitions here
├── scripts/
│ └── test.R
However, if I remove the DESCRIPTION or rename the R/ directory (e.g. to "lib") then it stops working.
This seems way more brittle than necessary. Why not just do a recursive walk and index all .r files starting from the workspace directory? At minimum, it would be nice to document this so that future users don't have to go through this whole discovery process.
- Lingua principale
- TypeScript
- Stelle
- 1.2k
- Fork
- 139
- Merge medio
- 23h 31m
- PR unite (30g)
- 13
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di REditorSupport/vscode-R
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
REditorSupport/vscode-R#1687 · 4 commenti · 3 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
feature-request
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
REditorSupport/vscode-R#1763 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
REditorSupport/vscode-R#1755 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
REditorSupport/vscode-R#1751 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
REditorSupport/vscode-R#1749 · 5 commenti · 3 reazioni ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di REditorSupport/vscode-R
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
diegosouzapw/OmniRoute#14869 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 94/100
I maintainer di solito rispondono entro 1 giorno
-
status: waiting triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
freeCodeCamp/freeCodeCamp#70412 ·
I maintainer di solito rispondono entro 1 giorno
-
Mend: dependency security vulnerability untriaged
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
opensearch-project/OpenSearch-Dashboards#12816 ·
I maintainer di solito rispondono entro 1 giorno