par
T. D.
Utilisateur
Mercredi 15 avril 2026 à 22:16
131 vues
1 réponses
Nous avons développé un ensemble de documents et protocoles sur Eduka en utilisant les boxes stylisées (InfoBox, LockBox, WarningBox, DocRefBox) ainsi que des tableaux mis en forme. Le rendu dans l’interface navigateur est aujourd’hui très satisfaisant et permet une présentation claire et professionnelle des contenus.
1. Gestion plus fine des droits de modification (prioritaire)
Il serait très utile de pouvoir gérer de manière plus fine les droits de modification sur les articles.
En partciluerier différencier par utilisateur les droits de modification et de validation/publication et ulétrieurement permettre un fonctionnement en “workflow” (rédaction → validation → publication)
Cela permettrait de sécuriser les contenus institutionnels tout en facilitant le travail collaboratif.
2. Gestion des éditions simultanées / verrouillage des pages
Par défaut, la sauvegarde automatique toutes les minutes est enclenchée sur la base de connaissance. Travaillant fréquemment sur plusieurs fenêtres, il arrive régulièrement que deux fenêtres ou plus soient ouvertes simultanément sur un même document. Dans ce cas, la sauvegarde automatique d’une autre fenêtre peut prendre le dessus sur la page sur laquelle on est en train de travailler, entraînant des pertes de modifications ou des incohérences.
Il serait donc souhaitable :
- soit de pouvoir désactiver ou paramétrer plus finement la sauvegarde automatique (non activée par défaut, ou avec un contrôle utilisateur),
- soit de mettre en place un système de verrouillage (lock) : lorsqu’un utilisateur édite une page, celle-ci ne peut pas être modifiée ailleurs, y compris dans une autre fenêtre du même utilisateur.
C’est un point de détail en apparence, mais qui peut faire perdre beaucoup de temps et générer de l’incompréhension avant d’identifier l’origine du problème.
3. Limites actuelles de l’export PDF
Lors de l’export PDF natif d’Eduka, le rendu graphique est perdu :
- les boxes perdent leur mise en forme
- les pseudo-éléments CSS (::before, ::after) ne sont pas interprétés
- le résultat final ne reflète pas la qualité du contenu original
Suggestion : amélioration du moteur d’export PDF
Remplacer ou compléter le moteur actuel (ex. WeasyPrint, wkhtmltopdf) afin que les exports PDF reflètent fidèlement le rendu HTML/CSS, y compris les éléments graphiques personnalisés.
4. Option de page de couverture
Lors de l’export d’une catégorie ou d’une sélection d’articles, permettre à l’établissement de choisir une page de couverture personnalisée.
Cette fonctionnalité serait particulièrement utile pour les soumissions réglementaires ou les documents officiels nécessitant une présentation soignée.