[Bug]: Split-screen target width assumes a 16px gap but the renderer uses 6px
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 78/100
Direzione di ricerca
Inizia da crates/app/src/export.rs, in corrispondenza di compute_split_scale_for_width(), e confronta il valore della spaziatura con SPLIT_GAP in crates/renderer/src/canvas.rs e crates/renderer/src/svg.rs. Verifica se il crate del renderer espone una definizione condivisa in layout.rs, come suggerisce l’issue. Il lavoro è concluso quando le esportazioni a schermo diviso corrispondono alla larghezza obiettivo richiesta, entro l’arrotondamento, sia per PNG che per SVG.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened?
The target width computation for split-screen mode assumes a 16px gap between the two panels, but the renderer uses a 6px gap. The computed scale is therefore slightly wrong and the exported image is 10 * scale device pixels narrower than the requested target width.
Steps to reproduce
- Enable split-screen comparison.
- Set a target width, for example 1920.
- Export PNG and measure the actual image width. It falls short of the target.
Expected behavior
The exported image matches the requested target width (within rounding).
Actual behavior
compute_split_scale_for_width() in crates/app/src/export.rs:266 uses the magic number 16.0 for the gap, while the drawing code uses SPLIT_GAP = 6.0 (crates/renderer/src/canvas.rs:376, crates/renderer/src/svg.rs:250).
Where did it go wrong?
PNG export / SVG export (split mode)
Settings
Split-screen enabled, target width set.
Browser
Not browser specific.
CodeFrame version
0.7.0
Console output or extra context
Suggested fix: export SPLIT_GAP from the renderer crate and use it in export.rs instead of the local literal. The constant is currently duplicated in canvas.rs and svg.rs, so a single shared definition in layout.rs would remove the duplication at the same time.
- Lingua principale
- Rust
- Stelle
- 1
- Fork
- 0
- Merge medio
- 1g 7h
- PR unite (30g)
- 5
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi 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 suradet-ps/codeframe
-
enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
suradet-ps/codeframe#40 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
suradet-ps/codeframe#35 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation good first issue
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
suradet-ps/codeframe#36 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: Target width input clamps the value on every keystrokeForse già presa @AnushreeKasturi l’ha presa oggi. Apertabug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
suradet-ps/codeframe#37 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
suradet-ps/codeframe#38 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di suradet-ps/codeframe
Issue simili
-
founders_reward panics on a configured Testnet when the slow-start subsidy is not a multiple of 5Apertaexternal-contribution
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
ZcashFoundation/zebra#11792 ·
I maintainer di solito rispondono entro 1 giorno
-
area/cli bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
bherbruck/solvecraft#2167 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
bitcoindevkit/bdk-cli#357 ·
I maintainer di solito rispondono entro 3 giorni