odr.chunks.loadAll(): load every part before a print
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 48/100
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- C++
- Étoiles
- 41
- Forks
- 10
- Merge moyen
- 10 h 30 min
- PR mergées (30 j)
- 342
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de opendocument-app/OpenDocument.core
-
Difficulté 3/5 1-2 jours Accessibilité débutants 57/100
opendocument-app/OpenDocument.core#1280 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 42/100
opendocument-app/OpenDocument.core#1279 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
opendocument-app/OpenDocument.core#1278 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
opendocument-app/OpenDocument.core#1221 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
opendocument-app/OpenDocument.core#1214 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de opendocument-app/OpenDocument.core
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
ROCm/FastFlowLM#887 ·
Les mainteneurs répondent en général sous 1 jour
-
paraview 6.2.0 uses Abseil 20260526 symbols but does not pin libabseil (undefined symbol with libabseil 20260817)Peut-être pris @jschueller l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
-
bug medium priority openmp tokenizer wrong result
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 92/100
apache/casbin-cpp#277 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
iamaisim/ProjectAirSim#241 ·
Les mainteneurs répondent en général sous 1 jour