Feature request: `make-bitmap` method of `dc<%>`
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- computer-graphics
Línea de trabajo
Comienza con la función make-bitmap existente y la interfaz dc<%>, y luego compara el método get-dc de canvas<%>, bitmap-dc%, post-script-dc% y record-dc%. Se consideraría terminado cuando exista un make-bitmap a nivel de dc<%> que herede la escala de backing y seleccione el constructor de bitmap adecuado, pero el issue deja sin resolver la viabilidad y el diseño del segundo comportamiento.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I would like to request that a make-bitmap method be added to dc<%>. I would like it to behave like the existing make-bitmap function, with the following differences:
-
The backing scale is automatically inherited from the dc it is created from, and
-
it automatically chooses between
make-bitmap,make-platform-bitmap, andmake-screen-bitmapdepending on what is most appropriate for the drawing context (if relevant).
For example, the drawing context produced by the get-dc method of canvas<%> would presumably use make-screen-bitmap to create a bitmap, while drawing contexts that don’t actually draw to bitmaps like post-script-dc% and record-dc% would just return a bitmap created with the make-bitmap function. Instances of bitmap-dc% would create bitmaps with the same properties as the currently-installed bitmap.
This would make it significantly easier for functions like blur from pict to do the right thing, avoiding bugs like racket/pict#52. I’m not sure it’s currently even possible to handle the second point with the existing interface.
- Lenguaje dominante
- Racket
- Estrellas
- 19
- Forks
- 24
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 racket/draw
-
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 43/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de racket/draw
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
playcanvas/supersplat#1072 ·
Los mantenedores suelen responder en 1 día
-
Vulkan: device API version not capped at the instance's (Instance::from_raw with an older instance uses 1.2 functions and SPIR-V 1.6)Posiblemente ocupada @VoxelBoy la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
chart: off-chart values are show as "clipped" (new behavior)Posiblemente ocupada @r3wretrhy la tomó hoy. Abierto
Dificultad 2/5 Menos de una hora Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
[p5.js 2.0+ Bug Report]: SVG importer does not respect preserveAspectRatio="none" for <symbol>/<use>Posiblemente ocupada @Danyccsf la tomó hace 1 día. AbiertoArea:Core p5.js 2.0+
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
processing/p5.js#9257 · 2 comentarios · 1 asignado ·
Los mantenedores suelen responder en 2 días