Pour les tableaux, la conversion en image pour l'export web est une voie de simplicité dans le développement, mais bon, on peut pas tout avoir tout de suite. Il y a toujours des priorités. Ce sera une très bonne chose quand ils seront rendus en vrai tableaux.
Pour la documentation, votre approche est plus que louable, le projet ayant l'air très solide, il ne manque plus qu'elle pour décoller à "plus large échelle". Je l'attends donc avec impatience.
Le côté "ça m'embête d'installer depuis des sources une appli sur mon serveur de production debian" m'a aussi fait pensé à SVN ou subversion pour gérer le côté collaboratif du travail manquant dans SCENARIchain. Un peu lourd à l'utilisation (certes moins que rédiger tout artisanalement) mais simple à mettre en place. Il faut donc en avoir vraiment besoin (surtout de la concurence de version avec historique), pour moi c'est pas vraiment nécessaire.
Pour le pdf, j'ai pu voir un projet montant d'ERP (TinyERP)utilisant le RML.
voir ici : http://tinyerp.org/wiki/index.php/TechnicalDocumentation/Rep(...)
Il est écrit en python, la conversion en RML nécessite une édition OOo, mais le flux de départ est bien du XML. Cette approche est très similaire à celle de SCENARI (à ce que j'ai pu voir pdt l'heure que j'ai passé dessus...) où il est nécessaire d'apporter un XSL.
Je vous donne cela à titre indicatif, peut-être cela suscitera quelques idées de part chez vous.
(Le recours à latex étant quelque peu brutal je l'avoue, et la volonté de garder un odt qui est éditable est plutôt compréhensible)
[^] # Re: Pas mal
Posté par Maxime G . En réponse à la dépêche Le système de gestion de chaîne éditoriale SCENARI. Évalué à 2.
Pour les tableaux, la conversion en image pour l'export web est une voie de simplicité dans le développement, mais bon, on peut pas tout avoir tout de suite. Il y a toujours des priorités. Ce sera une très bonne chose quand ils seront rendus en vrai tableaux.
Pour la documentation, votre approche est plus que louable, le projet ayant l'air très solide, il ne manque plus qu'elle pour décoller à "plus large échelle". Je l'attends donc avec impatience.
Le côté "ça m'embête d'installer depuis des sources une appli sur mon serveur de production debian" m'a aussi fait pensé à SVN ou subversion pour gérer le côté collaboratif du travail manquant dans SCENARIchain. Un peu lourd à l'utilisation (certes moins que rédiger tout artisanalement) mais simple à mettre en place. Il faut donc en avoir vraiment besoin (surtout de la concurence de version avec historique), pour moi c'est pas vraiment nécessaire.
Pour le pdf, j'ai pu voir un projet montant d'ERP (TinyERP)utilisant le RML.
voir ici : http://tinyerp.org/wiki/index.php/TechnicalDocumentation/Rep(...)
Il est écrit en python, la conversion en RML nécessite une édition OOo, mais le flux de départ est bien du XML. Cette approche est très similaire à celle de SCENARI (à ce que j'ai pu voir pdt l'heure que j'ai passé dessus...) où il est nécessaire d'apporter un XSL.
Je vous donne cela à titre indicatif, peut-être cela suscitera quelques idées de part chez vous.
(Le recours à latex étant quelque peu brutal je l'avoue, et la volonté de garder un odt qui est éditable est plutôt compréhensible)
Merci encore de votre attention.