feat: image processing pipeline (resize, WebP/AVIF)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- csharp, html
- Área
- backend, performance
Línea de trabajo
Start by reading the image resource handling and build pipeline; the issue does not name specific files or tests. Compare the listed imaging backends, then assess how the Liquid resource API, site-level configuration, generated-image cache, and release RIDs fit together. Done means the acceptance criteria pass, including a no-op second build and trimmed single-file releases for every published RID.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Current State
No image processing at all: page resources and static/ files are copied byte-for-byte. Themes cannot resize,
crop or convert images, and there is no automatic compression.
Tasks
- Pick the imaging backend and flag its cost (NetVips/libvips: AVIF+WebP, native binaries per RID; SkiaSharp:
WebP, no AVIF encoder; ImageSharp: managed, no AVIF, split license) - Liquid API on resources:
resize,fit,fill,crop,format(webp/avif/png/jpg),quality - Site-level
Images:config that converts/compresses every page image automatically (opt-in) - Generate
srcsetvariants and a<picture>partial/render hook - Content-hash cache in
resources/_gen(or similar) so unchanged images are not reprocessed - Read EXIF orientation; strip metadata by default
Acceptance Criteria
-
{{ page.Resources | ... | resize: '800x' | format: 'webp' }}emits the processed file and its URL - A second build with no image changes reprocesses nothing
- Works in the trimmed single-file release binaries for every published RID
Related
- Hugo image processing: https://gohugo.io/content-management/image-processing/
- Migrated from https://gitlab.com/sucos/sucos/-/issues/26
- Depends on #34
- Lenguaje dominante
- C#
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 10 h 23 min
- PR fusionados (30 d)
- 4
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 MASS4ORG/Fanstatic
-
c:templates p:low size:S t:task
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
-
c:content good first issue p:low size:S t:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
-
c:templates p:medium size:M t:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
c:content p:medium size:L t:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
c:templates p:medium size:S t:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 57/100
Todos los issues de MASS4ORG/Fanstatic
Issues similares
-
documentation
Dificultad 1/5 1-3 horas Aptitud para principiantes 62/100
-
bug misleading tooling trivial
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Docs example projects pinned to a literal library version instead of 3.*Posiblemente ocupada @DaveSkender la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
facioquo/stock-indicators-dotnet#2372 ·
Los mantenedores suelen responder en 1 día
-
[Docs] officecli-docx SKILL.md still describes `\n` as a soft line break after #262Posiblemente ocupada @giprime la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Facepunch/sbox-public#12097 ·
Los mantenedores suelen responder en 2 días