Add option to avoid breaking a single word into a new line
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
- 42/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- documentation, tooling
Direzione di ricerca
L’issue non indica file di implementazione, test o punti di ingresso. Inizia individuando la logica esistente del formatter per l’andata a capo di max-line-length e i relativi test; chiarisci se evitare una riga finale di una sola parola debba consentire una riga troppo lunga o attivare un’interruzione anticipata, quindi aggiungi la copertura per il comportamento scelto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- Python
- Stelle
- 598
- Fork
- 97
- Merge medio
- 1g 8h
- PR unite (30g)
- 11
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 PyCQA/docformatter
-
fresh
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
PyCQA/docformatter#399 ·
I maintainer di solito rispondono entro 1 giorno
-
1.7.8 crashes with a tokenize ValueError on a multi-line f-string inside parenthesesForse di nuovo libera @adityaanikam l’ha presa 73 giorni fa e non c’è nessuna pull request aperta. ApertaC: convention P: bug U: high
Difficoltà 3/5 1-2 giorni Idoneità per principianti 74/100
PyCQA/docformatter#367 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
1.7.8 rewrites the contents of a non-docstring triple-quoted string, silently changing its valueApertaC: convention P: bug U: high
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
PyCQA/docformatter#366 ·
I maintainer di solito rispondono entro 1 giorno
-
C: stakeholder P: enhancement U: low
Difficoltà 3/5 1-2 giorni Idoneità per principianti 65/100
PyCQA/docformatter#346 ·
I maintainer di solito rispondono entro 1 giorno
-
C: convention P: bug U: high
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
PyCQA/docformatter#345 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di PyCQA/docformatter
Issue simili
-
resource-submission validation-passed
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
hesreallyhim/awesome-claude-code#3214 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
room-commons replace accepts an empty old string and silently prepends the new text to the pageAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
doobidoo/mcp-memory-service#1650 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 82/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
ml-explore/mlx-lm#2002 ·
I maintainer di solito rispondono entro 2 giorni