Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Display custom recipe metadata (e.g. nutrition) on the recipe page

Abierto
  • ¿Algo no está bien?
#459 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

@Tloxipeuhca ya está trabajando en esto.

Desde el 24/8/2026.

  • #458 de @Tloxipeuhca — abierto

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
rust
Área
frontend, web-dev

Línea de trabajo

Comienza con el issue #458, identificado como la implementación de esta propuesta, e inspecciona los puntos de entrada de renderizado de la página de recetas y de la lista de recetas que modifica. Compara la implementación con los ejemplos YAML y verifica la visualización genérica de listas/mapeos, el tratamiento especial de los metadatos de nutrición y de archivo, las reglas de ocultación y la insignia de calorías. Se considera completado cuando los metadatos solicitados aparecen correctamente sin alterar los campos de receta existentes.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

area: server feature request requires spec update

Problem

Cooklang's YAML frontmatter supports arbitrary custom metadata keys beyond the standard ones (servings, time, course, ...), but CookCLI's web UI only shows a handful of known fields as pills, plus flat scalar custom fields as key: value pills. There's no good way to show structured custom metadata — the most common example being nutrition facts (calories, protein, fat, ...) that many recipe collections carry per recipe.

Proposal

Any non-standard YAML key whose value is a list or a mapping should render as its own line on the recipe page, below the tags — one line per "family":

nutrition:
  kcal: 234
  proteins: 9.8
  lipids: 17.6
allergens:
  - gluten
  - tree nuts
  • Works generically for any such key with no code changes — allergens: above should just work.
  • A couple of well-known families (nutrition, and file metadata like created-by/modified-at) could get nicer treatment: matching icons, and translated field names via the existing i18n system.
  • The recipe list page could show a compact calorie badge next to the tags when nutrition is present, without cluttering the cards with the rest of the nutrition breakdown.
  • A way to hide a family or a single entry from display (e.g. a .-prefixed key) would help for metadata that's useful to keep in the file but not show on the page.

Proposed implementation

Opened as #458, which implements the above (generic rendering for any family, specific icon/i18n treatment for nutrition and file/meta, .-prefix hiding, kcal badge on the list page).

Lenguaje dominante
Rust
Estrellas
1.4k
Forks
120
Merge medio
1 d 22 h
PR fusionados (30 d)
128

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de cooklang/cookcli

Todos los issues de cooklang/cookcli

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.