[Bug]: Clipboard copy ignores split-screen mode and target width
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
Línea de trabajo
Empieza en crates/app/src/export.rs, en do_copy() (líneas 300–320), y luego compara su flujo de renderizado con do_export_png() y la ruta render_split_to_canvas(). Comprueba cómo se gestiona target_width al exportar a PNG. El trabajo estará terminado cuando el contenido del portapapeles incluya ambos paneles si está habilitada la pantalla dividida y coincida con la vista previa.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What happened?
The Copy button ignores split-screen mode. With split-screen enabled, do_copy() renders only the left panel, while the PNG and SVG export paths render both panels into one image. The copied image does not match what the user sees in the preview.
Steps to reproduce
- Enable "Split-screen comparison".
- Put different code in the right panel.
- Press "Copy".
- Paste the clipboard image somewhere. Only the left panel is present.
Expected behavior
The copied image matches the preview and the exported PNG/SVG: both panels side by side.
Actual behavior
do_copy() (crates/app/src/export.rs:300-320) reads settings.code, settings.language, and settings.theme only. It never checks settings.split_enabled, split_code, split_theme, or split_language. It also ignores target_width, unlike the PNG path.
Where did it go wrong?
Clipboard copy
Settings
Split-screen enabled.
Browser
Any.
CodeFrame version
0.7.0
Console output or extra context
Suggested fix: mirror the split handling from do_export_png() in do_copy() using render_split_to_canvas(). If split support in clipboard copy is intentionally out of scope, disable the Copy button while split-screen is enabled and document it.
Reference: crates/app/src/export.rs:299-340.
- Lenguaje dominante
- Rust
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 1 d 7 h
- PR fusionados (30 d)
- 5
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de suradet-ps/codeframe
-
enhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
suradet-ps/codeframe#40 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
suradet-ps/codeframe#35 ·
Los mantenedores suelen responder en 1 día
-
documentation good first issue
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
suradet-ps/codeframe#36 ·
Los mantenedores suelen responder en 1 día
-
[Bug]: Target width input clamps the value on every keystrokePosiblemente ocupada @AnushreeKasturi la tomó hace 3 días. Abiertobug good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
suradet-ps/codeframe#37 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
suradet-ps/codeframe#38 ·
Los mantenedores suelen responder en 1 día
Todos los issues de suradet-ps/codeframe
Issues similares
-
area: supply-chain
Dificultad 1/5 Menos de una hora Aptitud para principiantes 73/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
-
Refresh stale docsAbierto
Dificultad 1/5 1-3 horas Aptitud para principiantes 67/100
OpenCarControls/firmware#35 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día