Unit names in uses clause should never be wrapped onto multiple lines
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Ambito
- tooling
Direzione di ricerca
Non è indicato alcun file sorgente, test o punto di ingresso. Inizia riproducendo gli esempi Delphi con il formatter, quindi segui la logica di a capo della clausola uses; il lavoro è completato quando nomi come System.SysUtils rimangono su una sola riga e gli altri nomi qualificati continuano a essere formattati correttamente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Something I noticed when looking at #248 was that the compiler doesn't tolerate unit names in uses clauses that are split onto multiple lines:
uses
System
.SysUtils; // E2004 Identifier redeclared: 'System'
This seems like a compiler bug (and I may raise an quality portal issue for it), because in other contexts it's perfectly valid to split the segments of the unit name on separate lines:
System
.SysUtils
.Format('', []);
While it's unusual for unit names to be long enough to wrap and be using namespaces, it's still a real issue that people could encounter because lines can be too long due to comments:
uses
System.Generics.Collections; // aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
Workarounds
- disable formatting for the section (
{pasfmt off},{pasfmt on}) - move any trailing comments to a different position
- skip the namespace for the unit and add it as a unit scope name
- Lingua principale
- Rust
- Stelle
- 107
- Fork
- 20
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
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 integrated-application-development/pasfmt
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
integrated-application-development/pasfmt#256 · 1 commento ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
integrated-application-development/pasfmt#207 · 1 commento ·
Tutte le issue di integrated-application-development/pasfmt
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 3 giorni
-
state:triage-needed
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Automattic/harper#4503 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
I maintainer di solito rispondono entro 2 giorni