Add option to avoid breaking a single word into a new line
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- python
- Área
- documentation, tooling
Línea de trabajo
El issue no nombra archivos de implementación, pruebas ni puntos de entrada. Empieza por localizar la lógica existente del formatter para el ajuste de líneas de max-line-length y sus pruebas; aclara si evitar una línea final de una sola palabra debería permitir una línea demasiado larga o provocar un salto anterior, y añade cobertura para el comportamiento elegido.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I don't know in which formatter I saw this (might have been ruff but can't find it there anymore), but one of them has this really nice feature that minor max-line-length violations are acceptable, if wrapping would result in ugliness. In particular this means that it will
not auto-wrap a comment if the next line would contain just one word. It would either wrap earlier (to have 2-3 words in the new line) or accept that the line will be slightly longer than the usual maximum.
- Lenguaje dominante
- Python
- Estrellas
- 598
- Forks
- 95
- Merge medio
- 2 d 3 h
- PR fusionados (30 d)
- 11
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 PyCQA/docformatter
-
1.7.8 crashes with a tokenize ValueError on a multi-line f-string inside parenthesesQuizá libre de nuevo @adityaanikam la tomó hace 71 días y no hay ningún pull request abierto. AbiertoC: convention P: bug U: high
Dificultad 3/5 1-2 días Aptitud para principiantes 74/100
PyCQA/docformatter#367 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
1.7.8 rewrites the contents of a non-docstring triple-quoted string, silently changing its valueAbiertoC: convention P: bug U: high
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
PyCQA/docformatter#366 ·
Los mantenedores suelen responder en 1 día
-
C: stakeholder P: enhancement U: low
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
PyCQA/docformatter#346 ·
Los mantenedores suelen responder en 1 día
-
C: convention P: bug U: high
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
PyCQA/docformatter#345 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Multiline summary is not split correctlyQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. AbiertoC: convention P: bug U: high
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
PyCQA/docformatter#315 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de PyCQA/docformatter
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
changelog investigate
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
ramnes/notion-sdk-py#423 ·
-
type-bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día