Mechanism for passing arbitrary extra config to formatters
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- vim
- Ambito
- tooling
Direzione di ricerca
L’issue indica .clang-format e .editorconfig come possibili fonti di configurazione locali del progetto e cita --type e --aosp di js-beautify come esempi. Per prima cosa, mappa come vengono attualmente selezionate le opzioni specifiche del formatter; il lavoro è completo quando esiste un meccanismo definito per formatter e per percorso che eviti defaults in conflitto e propagazioni indesiderate.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Lots of formatters have extra config users may want to pass, and creating a top-level flag for each one will get cumbersome. We should consider a generic mechanism for passing flags through to formatters.
Factors to consider:
- These should be attached to the fine-grained formatter name, not the language, because we don't want to accidentally pass them to a different formatter that doesn't support them when the user switches formatter.
- Some might conflict with default flags. For instance, a user might want to pass
--typeto js-beautify and find that it conflicts with the--typeflag we already pass by default. - Most config would be per-path rather than global preferences. For instance, a user will want to configure an
--aospflag when working on Android Java, but then be surprised if it's applied to other Java code they're working on later. - If possible, these config options should live in some project-local config file like
.clang-formator.editorconfig, not something codefmt-specific, and codefmt should just try to be smart about detecting and not conflicting with such config where appropriate.
- Lingua principale
- Vim Script
- Stelle
- 1.1k
- Fork
- 102
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Apri la guida per i contributori
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 google/vim-codefmt
-
Write a codefmt FAQ Apertaenhancement
Difficoltà 1/5 1-3 ore Idoneità per principianti 68/100
google/vim-codefmt#53 ·
-
Add meson format Apertanew formatter
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
google/vim-codefmt#243 ·
-
LCF for lua formatting Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
google/vim-codefmt#240 · 1 commento ·
-
Add `:CodefmtInfo` command to report diagnostics to help users check config / diagnose problems Apertaenhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
google/vim-codefmt#234 · 2 commenti ·
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 45/100
google/vim-codefmt#222 · 3 commenti ·
Tutte le issue di google/vim-codefmt
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
vercel-labs/just-bash#464 ·
-
Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
Automattic/safe-publish#594 ·
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
bug feat:crypto feat:utils
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100