Formatting parameters (tab size, naming convention) are passed to styler but not lintr
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 55/100
Línea de trabajo
Lee la configuración de indentation_linter en .lintr y las llamadas a lint en R/diagnostics.R alrededor de las líneas 100-104; después, sigue el recorrido de los parámetros de formato hasta el servidor de lenguaje. La tarea estará terminada cuando los diagnósticos del linter usen los parámetros de formato, incluido un tamaño de indentación no predeterminado, sin ciclos repetidos de corrección.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
An issue I've been having is that using the LS to format code results in immediate errors from lintr, particularly because the parameters sent in DocumentFormattingParams as part of formatting requests do not get used for the parameters of linters. This causes, e.g. the document to be indented according to the specified indent size, but the indentation linter to immediately tag it as wrong because it thinks the indent size is the default 2. Am I missing something here? Is there some way to manually specify the parameters that get sent to calls to linters?
For context, I am using emacs eglot to edit R code. Investigating the eglot code, the package uses the emacs parameter tab-width as part of the document formatting parameters. As things are, setting that width to anything other than the tidyverse 2-space standard causes the aforementioned "correction thrashing".
Edit:
I've found the relevant part of the codebase. It appears that the indent parameter of the indentation_linter is hard-coded to 2 (among other parameters that are left to defaults or hard-coded), when it should change according to the parameters sent to the server, as the DocumentFormattingParams do. The lintr documentation specifies that the linter parameters can be specified on-the-fly with options() or with every call to lint() (which would be consistent with the formatting behavior).
If my prelimary investigation is correct, changing the calls to lint() here to inject the format options with every call would 'fix' the issue (though it might increase memory usage, so using options() might be better). I am not a professional programmer or familiar with this codebase, so I am hesitant to write the patch myself.
- Lenguaje dominante
- R
- Estrellas
- 679
- Forks
- 119
- Merge medio
- 1 d 18 h
- PR fusionados (30 d)
- 30
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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.
Más de REditorSupport/languageserver
-
Hierarchical outline broken since 0.3.17Posiblemente ocupada @renkun-ken la tomó hace 1 día. Abierto
Dificultad 4/5 1-2 días Aptitud para principiantes 48/100
REditorSupport/languageserver#814 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
REditorSupport/languageserver#731 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
confirmed
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
REditorSupport/languageserver#771 · 5 comentarios ·
Los mantenedores suelen responder en 1 día
-
needs information
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
REditorSupport/languageserver#703 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
REditorSupport/languageserver#697 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de REditorSupport/languageserver
Issues similares
-
beginner-task
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Rdatatable/data.table#7948 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
datacarpentry/semester-biology#1294 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
-
plot_components fails for logistic models with minmax scaling and no floorPosiblemente ocupada @RaphaelFakhri la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 4 días
-
add step by step plottingAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
epiverse-trace/tutorials#245 ·