too many lintr warnings
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- r
- Área
- developer-experience, tooling
Línea de trabajo
Comienza con el comportamiento predeterminado de languageserver y lintr descrito en la documentación enlazada de lintr y, a continuación, revisa los issues referenciados de VS Code y languageserver. Determina qué paquete es responsable de los valores predeterminados de los diagnósticos y acuerda una configuración menos agresiva. Se considera terminado cuando las advertencias predeterminadas se reducen de forma coherente sin requerir que los usuarios editen su configuración.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Too many miniscule and almost meaningless errors are raised by default on the languageserve package,, specially the VS Code extension and implementation of the lintr package. Perhaps some communication between lintr and languageserver to create a better default? Styling package could also be doing it's part in the ammount of warnings and flags raised by default.
Info:
vs-codeR: Less aggressive linting #1400
lintr documentation regarding the languageserver defaults
Checked open and closed issues here regardig the linter and mostly found people commenting on trying to remove them/getting errors while trying to edit the defaults:
Disable Lintr but keep other diagnostic errors #456
.lintr defaults are not respected #235
Or people nitpicking the warnings:
Formatting and linting are inconsistent in terms of spacing a^(b) #273
This is a relatively minor QoL issue, but fixing it would allow for less fidgetting with the defaults by the users, and thus hopefully less issues.
This issue was also raised in the lintr package repo.
- Lenguaje dominante
- R
- Estrellas
- 679
- Forks
- 119
- Merge medio
- 1 d 15 h
- PR fusionados (30 d)
- 25
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
-
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
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
REditorSupport/languageserver#691 ·
Los mantenedores suelen responder en 1 día
Todos los issues de REditorSupport/languageserver
Issues similares
-
bug triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
easystats/parameters#1290 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
corybrunson/ordr#91 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pharmaverse/admiralonco#366 ·