Feature: Match VSCode's diff output
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 42/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- typescript
- Ambito
- tooling
Direzione di ricerca
Start by reading the @pierre/diffs diff-generation and rendering entry points, including parseDiffFromFile and its ignoreWhitespace option. Compare its output with VSCode for the mixed-change example in the issue, then determine whether an existing configuration or extension point can produce the match. Done means the same change reads like VSCode's diff, or the issue identifies the remaining behavior that requires a library change.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Prerequisites
- I have searched for duplicate or closed feature requests
- I have read the contributing guidelines
Proposal
Proposal
Make @pierre/diffs produce diffs that visually match what VSCode's diff editor shows for the same change.
Two screenshots of the same diff, side by side:
Current @pierre/diffs output:
VSCode's diff editor output:
As you can see, the VSCode one is much cleaner.
How can we get pierre's output to match VSCode's? Is this something the lib could do by default, or is there a configuration / extension point we've missed? Saw #366 in passing ignoreWhitespace: true on parseDiffFromFile helps for whitespace-only changes, but the gap above remains on hunks with mixed changes.
Motivation and context
We're building a PR reviewer on top of @pierre/diffs. Reviewers spend most of their day in VSCode's diff editor, so they notice immediately when a diff in our app reads differently than VSCode for the same files.
- Lingua principale
- TypeScript
- Stelle
- 6.2k
- Fork
- 226
- Merge medio
- 1g 3h
- PR unite (30g)
- 39
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 pierrecomputer/pierre
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
pierrecomputer/pierre#1187 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
pierrecomputer/pierre#1150 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 38/100
pierrecomputer/pierre#1228 ·
I maintainer di solito rispondono entro 1 giorno
-
KDL language supportAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 59/100
pierrecomputer/pierre#1222 ·
I maintainer di solito rispondono entro 1 giorno
-
Feature: Make find and replace discoverable from the search panelForse già presa @danipen l’ha presa 2 giorni fa. Apertaenhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
pierrecomputer/pierre#1220 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di pierrecomputer/pierre
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
cline/cline#15327 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
LogicLabs-OU/OpenArchiver#509 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
bigcapitalhq/bigcapital#1545 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
I maintainer di solito rispondono entro 1 giorno