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

odr.chunks.loadAll(): load every part before a print

Abierto
#1,281 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
cpp
Área
frontend

Línea de trabajo

Start with docs/design/lazy-loading.md, especially the “Print at level 3” question, and trace odr.chunks.show plus the [data-odr-chunk-src] and [data-odr-chunk-loading] handling. Define how odr.chunks.loadAll() reports completion and failures, including the Android host bridge path. Done means hosts can wait until every part loads before printing and can detect a failed load.

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

Descripción

Asked for by the iOS session (opendocument-app/OpenDocument.ios#219).

With HtmlConfig::lazy_loading, a print shows a part that has not loaded as empty space (docs/design/lazy-loading.md, open question "Print at level 3"). beforeprint cannot wait for scripts. So the iOS app loads everything itself before it prints: it calls odr.chunks.show on each [data-odr-chunk-src] chunk, then waits until no [data-odr-chunk-loading] is left.

Proposal: odr.chunks.loadAll() returns a Promise that resolves once every part has filled, or that rejects if a part fails to load. A host awaits it before a print. The Android evaluateJavascript cannot await a Promise, so a host bridge message, such as chunksLoaded, would serve the droid app.

Loading every part costs what level 3 avoids, so the API should be for an explicit print, not for every page load.

Lenguaje dominante
C++
Estrellas
41
Forks
10
Merge medio
10 h 30 min
PR fusionados (30 d)
342

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

  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 opendocument-app/OpenDocument.core

Todos los issues de opendocument-app/OpenDocument.core

Issues similares

Más issues de C++

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.