Le bouton pour fermer la fenêtre donne l’impression qu’on peut arrêter/annuler l’exportation. Est-ce qu’il pourrait s’afficher qu’une fois l’exportation réalisée ?
Un petit bug aussi sur la fenêtre d’ajout de média sur une publication page à page. La fenêtre des médias s’ouvre mais on ne peut plus ajouter le média. Le bouton sélectionner a disparu. (voir issue sur git)
Tout le reste fonctionne très bien !
Non malheureusement… je n’ai ni le temps ni les budgets pour ramener des changements sur la v9 (d’autant plus que la v10 est différente, donc pas de possibilité de copier/coller du code facilement, il faut réécrire).
Et à vrai dire j’ai vraiment besoin que les gens migrent vers la v10, car la v9 a des soucis structurels qui la rende moins fiable que la v10 (par exemple au niveau de la gestion des comptes auteurs ou du comportement avec plusieurs dizaines de contributeurs simultanés). Le but à court terme est de finaliser la v10 et qu’elle soit au moins à parité avec la v9 sur les fonctionnalités principales.
EDIT : la formulation est pas terrible, je voulais dire « il faudrait vraiment que les gens migrent vers […] », pour éviter qu’ils ne rencontrent les bugs connus sur la v9 et pour qu’ils utilisent une interface qui est plus simple et facile à prendre en main (en tout cas c’est l’objectif de la v10 !).
À terme on pourra arrêter une exportation en cours (cas d’un export trop long, dont le résultat ne nous intéresse plus finalement). Notamment car je pense ajouter une contrainte d’un export simultané par compte auteur, pour éviter qu’une personne s’accapare toutes les ressources.
Corrigé ! à retester sur electron.
On peut espérer/imaginer un bouton import projet V9 dans la V10 ?
J’aimerai vraiment te répondre oui mais pour le moment ce n’est pas prévu dans le cadre des résidences qui accompagnent la v10. Je peux leur proposer mais ça risque d’être assez chronophage à faire, au détriment d’autres fonctionnalités plus utiles à long terme. D’autant plus que certains champs devront de toute façon être ré-ajoutés à la main (par exemple les auteurs, qui ne peuvent pas être rapatriés).
Tu peux donner un exemple de cas ou ça serait utile ? L’import « massif » avec le bouton « importer » n’est pas suffisant ?
Pour les publications/recettes (page à page, récit ou autre), il y a trop de différences dans la gestion des métadonnées pour rendre ça envisageable.
Après, si un développeur qui maitrise node.js veut s’y lancer, pourquoi pas 
C’était surtout ça que je souhaitais pouvoir récupérer facilement car les médias c’est pas compliqué…
Désolé 
La période de transition va pas être très agréable, c’est sur. Ça n’est pas un choix qui a été fait à la légère mais il était nécessaire pour les améliorations en terme de fiabilité, rapidité, légèreté et gestion fine des accès… C’est fortement lié à l’utilisation de dodoc en ligne (mais ça bénéficie aussi à la version appli).
J’avais tenté de l’expliquer dans le premier post :
test export PDF … plantage de Dodoc / redémarrage automatique
CACHE • printStatus – cache is enabled, number of items = 22, size = 9773
→ SOCKETS • ROOMS — socket TDOZoYtAd-aC0JUtAAAK is joining projects/do-doc-10/publications/page-test-1
↓ API2 • _corsCheck – {"path":"/"} / {"params":{"0":"projects/do-doc-10/publications/page-test-1/_export"}}
↓ API2 • _generalPasswordCheck –
~ SETTINGS • get –
↓ API2 • _authenticateToken – {"path_to_folder":"projects/do-doc-10/publications/page-test-1","path_to_parent_folder":"projects/do-doc-10"}
~ FOLDER • getFolder – {"path_to_folder":"projects/do-doc-10/publications/page-test-1"}
~ UTILS • parseAndCheckSchema – {"relative_path":"projects/do-doc-10/publications/page-test-1"}
~ CACHE • get – has cache for projects/do-doc-10/publications/page-test-1
~ FOLDER • getFolder – {"path_to_folder":"authors/pixflowave"}
~ UTILS • parseAndCheckSchema – {"relative_path":"authors/pixflowave"}
~ CACHE • get – has cache for authors/pixflowave
↓ API2 • _authenticateToken – Author is admin, next
↓ API2 • _exportToParent – {"path_to_folder":"projects/do-doc-10/publications/page-test-1","path_to_parent_folder":"projects/do-doc-10","data":{"recipe":"pdf","page_width":20,"page_height":20}}
* API2 • _exportToParent – {"status":"task_started","path_to_parent_folder":"projects/do-doc-10","task_id":"ff361467-5b6f-4fe7-8b97-a17b5b4fdef9"}
→ SOCKETS • ROOMS — socket TDOZoYtAd-aC0JUtAAAK is joining task_ff361467-5b6f-4fe7-8b97-a17b5b4fdef9
~ API2 • Failed to export file: Error: Failed to launch the browser process!
/home/pixnwave/.cache/puppeteer/chrome/linux-1095492/chrome-linux/chrome: error while loading shared libraries: libgbm.so.1: cannot open shared object file: No such file or directory
TROUBLESHOOTING: https://github.com/puppeteer/puppeteer/blob/main/docs/troubleshooting.md
~ NOTIFIER • {"event":"taskEnded","path":"ff361467-5b6f-4fe7-8b97-a17b5b4fdef9","data":{"task_id":"ff361467-5b6f-4fe7-8b97-a17b5b4fdef9","message":{}}}
~ EXPORTER • page timeout for https://localhost:8071/projects/do-doc-10/publications/page-test-1
/home/pixnwave/dodoc-v10-dev/dodoc/core2/Exporter.js:235
if (browser) await browser.close();
^
ReferenceError: Cannot access 'browser' before initialization
at Timeout.<anonymous> (/home/pixnwave/dodoc-v10-dev/dodoc/core2/Exporter.js:235:7)
at listOnTimeout (node:internal/timers:559:17)
at processTimers (node:internal/timers:502:7)
le partage fonctionne Pixflowave
l’option vis à vis donne un résultat surprenant via partage
le module de connexion est repassé en 2 étapes
Il te manque un paquet :
sudo apt-get install -y libgbm-dev
Oui, c’est pour garder les doubles pages : la couverture est seule à droite, puis double page, puis la dernière page (si paire) est seule à gauche. Tu verrais autre chose ?
J’ai résolu un bug, maintenant la connexion a un compte est mieux gérée : si mauvais mdp, la fenetre reste ouverte et le champ mdp est sélectionné. Si bon mdp, la fenetre se ferme.
Tu parles bien de ça ?
j’ai oublié de l’installer ?
je n’ai pas compris tout de suite où trouver le PDF exporté.
je parlé de ce phénomène
Arf Je vais regarder.
Je ne l’ai pas précisé, c’est une nouvelle dépendance de la dernière version de puppeteer (qui fait l’export PDF pour la branche node). Je mettrai à jour les tutos.
Oui c’est bien ça, j’ai trouvé une solution en relisant avec le recul.
J’en profite pour te demander, pourrais-tu grouper tes messages en un à l’avenir ? Plus simple de te répondre Merci !
Hello,
C’est géré en natif par le navigateur, je n’ai pas de contrôle là-dessus (ni l’emplacement ni le type de fenêtre…). Tu peux tester le module ici : <input type="color"> - HTML: HyperText Markup Language | MDN
À voir. L’idée était d’éviter de sur-solliciter le serveur et toutes les personnes connectées avec pleins de données – quelqu’un qui clique 5 fois par seconde sur la flèche = 5 mises à jour du serveur, et 5 x (le nombre de personnes connectées à cette publi) paquets envoyés par ce serveur. Ça peut aller vite…
Si je bouge le réglage à la souris le serveur est mis à jour ?
Bonjour bonjour,
une grosse mise à jour à l’instant, avec des contributions très complémentaires des personnes suivantes pour la mettre au point :
Cette dernière fonctionnalité s’est avéré peu pratique pour vraiment structurer les projets et guider les visiteurs dans dodoc. L’enjeu ici est de la repenser pour qu’elle soit plus simple à déployer et plus utile au quotidien dans plusieurs contextes.
Après les projets et les publications, voici venir …………
Quelques images pour commencer (c’est brut de décoffrage, en cours de design/dev 
) :
Il s’agit en quelque sort de créer des dodoc dans le dodoc. Un dodoc peut contenir une infinité d’espaces, qui contiennent chacun leurs propres projets. Pour contributeur à un espace, il faut en être contributeur – on peut le devenir en étant ajouté par un autre contributeur ou par un admin.
Les comptes reste à un niveau général : un compte peut être rattaché à plusieurs espaces.
Chaque espace possède des informations propres : un titre, un visuel, une description, une liste de contributeurs à cet espace. Un projet ne peut exister que dans un espace à la fois. Il pourra néanmoins être dupliqué ou déplacé vers un autre espace.
La liste des espaces est située sur la page d’accueil, en bas de page.
Voici quelques situations ou les espaces devraient être utiles :
un dodoc unique utilisé sur plusieurs événements, mais dont la documentation est mise en commun et simple à consulter
un dodoc utilisé pour la classe d’un enseignant, qui utilisera les espaces soit pour identifier des thématiques structurantes ou pour « archiver » les projets d’une année tout en les laissant consultables,
un dodoc partagé entre plusieurs classes, mais ou chaque classe a son espace pour ne pas empiéter sur le travail des autres
un dodoc dans un fablab, qui utilise les espaces pour différencier la documentation machine, les projets des résidents, les projets réalisés pendant des événements, la documentation du repair café, etc.
Les personnes concernées se reconnaitront
Enfin, quelques précisions (tout peut bouger, n’hésitez pas si vous avez des propositions) :
Je crois que j’ai tout dit pour le moment !
Et comme d’habitude, pour tester c’est ici :
→ https://164.92.187.49:8080/
Très bancal, c’est un premier jet (par exemple, on ne peut pas supprimer un espace…) mais ça fonctionne
Vos retours sont les bienvenus !
PS. pour ceux qui testent sur leurs serveurs, il vous faudra créer un espace dans l’interface puis déplacer vos projets de /dodoc_next/projects vers /dodoc_next/spaces/nom-de-votre-espace/projects.
Si besoin, ne postez pas ici mais envoyer moi un message privé ou postez ici : Installation V10 sur ubuntu 20.04 - #4 par louis
Hello,
oui avec la possibilité peut-être de donner des droits d’administrateurs.
exemple de URL partage https://164.92.187.49:8080/+projets-crees-precedemment/do-doc-10/publications/retest-page
Déplacer vers une autre page 
Salut Louis,
Je n’étais pas allé sur la version test depuis plusieurs semaines, et ce soir, impossible de me connecter. J’arrive sur la page d’accueil, mais après, pas moyen de me connecter (Connect error : xhr poll error). J’ai essayé de créer un nouveau compte, pour voir… Pas moyen non plus. Même problème sous Chrome ou Safari… Donc, je ne peux pas aller plus loin que la page d’accueil et le dialogue de connection.
Bonjour Yves !
Mon serveur n’avait plus d’espace libre, il se bloquait tout seul… c’est résolu, merci pour le message Tu devrais pouvoir te connecter maintenant.
Je pense voir ce qu’on peut faire, je vais mettre au propre et proposer quelque chose à ce sujet.
Corrigé ! Lié à l’implémentation des espaces
Effectivement. À revoir
Je pense qu’il faut simplifier cette logique là, ça rejoint le chantier des droits d’édition d’un espace et d’un projet.
Bien sur oui ! Migrer ou dupliquer.
Content que tu t’en serves ça marche aussi en planche.
Bonjour bonjour,
mise à jour importante aujourd’hui qui devrait intéresser notamment @spiderwan @pauline.gourlet @julien et @spiderwan : la possibilité de placer des intégrations vers des sites dans les récits et les publications page à page.
Ça donne ça :
Pour y accéder, dans une publication dont vous êtes contributeur, bouton « lien »
puis renseignez le lien :
Si c’est une vidéo (peertube, youtube, vimeo), elle sera intégré avec un player.
Sinon, un encart interactif.
Pour tester la publi : https://164.92.187.49:8080/+test/test-dembeds/publications/hello
À vos tests
Je constate aussi que les projets qui contiennent des STL font planter le dodoc ? Ceux qui ont tenté peuvent confirmer ?
