Inline breakpoints
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
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- clojure, javascript
Direzione di ricerca
Inizia tracciando il rilevamento di inline-breakpoint dalla selezione nel gutter fino alla gestione di source-map, concentrandoti sulle forme ClojureScript multilinea e sul relativo JavaScript generato. Il lavoro è completo quando i possibili breakpoint coprono l'intera forma mappata e vengono presentati correttamente nella DevTools UI.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
DevTools have this[1] new cool feature called "inline breakpoints".
Unfortunately it is implemented in a way which does not work well with source-mapped clojurescript-generated javascript code. I'm not sure where exactly their code fails but from brief review of the code it looks like they assume lines are fundamental code blocks for scanning for possible breakpoints. While this is true in javascript, it is not the case in clojurescript-generated javascript code. Typically one form in clojurescript code can span multiple lines and compiles into many more lines of javascript. Detection of possible breakpoints examines only first line (or first few lines) of generated javascript code which is usually not sufficient. There may be also some woes caused by source-mapping.
We should examine possibility of fixing this. I believe all low-level tools are available, we just need to scan whole raw source code generated for selected form. For example placing a breakpoint into gutter at some line, we should detect outer-most cljs form beginning on that line, properly find its end possibly many lines down from it. Then map both to raw javascript locations to get proper range for possible breakpoints scan. Then we must make sure that detected possible breakpoints are properly presented in the UI.
- Lingua principale
- Clojure
- Stelle
- 775
- Fork
- 29
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. 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 binaryage/dirac
-
ns/as-alias not supportedAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 30/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
Does dirac need a proxy ?Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
Tutte le issue di binaryage/dirac
Issue simili
-
.Frontend .Needs Triage .Team/UXWest Difficulty:Easy Priority:P3 Type:Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
metabase/metabase#83008 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
Missing some GitHub ReleasesAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
babashka/cli#234 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
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 78/100
nasa/Common-Metadata-Repository#2502 ·
I maintainer di solito rispondono entro 1 giorno