Alors pour la zebra, l'astuce sous odoo, ca reviens juste a ajouter un bouton via xpath (trés puissant au passage pour le coté extensibilité de la partie web).
Ensuite ce bouton fait appel a du code coté backend, et la c'est du python, donc c'est hyper rapide à coder ;)
Sinon pour le fichier de description, je ne partage pas ton avis depuis que j'ai découvert xpath.
En résumé lors de la création d'un module, on peut ajouter du code python pour la partie backend et du faire du xpath pour la partie web. Le xpath est compilé à la volée lors de la mise à jour du module du coups les erreurs sont détectées immédiatement. On ne traite que des modifications d'IHM via ce dernier.
En fait c'est même cela qui permet à odoo de laisser beaucoup de marge de manoeuvre a ses intégrateurs tiers tout en continuant a faire évoluer son coeur.
C'est franchement une bonne idée de ce que j'ai vu. (Et franchement le xml quand j'ai vu ca au début, j'étais plus refractaire!)
En tout cas merci pour le retour.
Et autre point qu'il ne faut pas hésiter a soulever, un ERP made in france respecte beaucoup mieux l'esprit de la comptabilité francaise. Dans odoo, il faut vraiment prendre conscience qu'il y a un travail non négligeable pour recoller avec cette dernière. Il faut configurer pas mal de choses, car le logiciel est tuné compta anglo saxonne par défaut. C'est un peu perturbant au début. Ca se fait mais je pense que ca peut être un bon argument de vente pour une solution concurrente.
FacturX est un bon exemple, c'est un module qui, sous odoo est maintenu par la communauté (!)... C'est un peu dommage pour une version soit disant entreprise...
[^] # Re: Trés intéressant, développez la partie migration
Posté par nekopep . En réponse à la dépêche OpenConcerto 1.7. Évalué à 4.
Alors pour la zebra, l'astuce sous odoo, ca reviens juste a ajouter un bouton via xpath (trés puissant au passage pour le coté extensibilité de la partie web).
Ensuite ce bouton fait appel a du code coté backend, et la c'est du python, donc c'est hyper rapide à coder ;)
Sinon pour le fichier de description, je ne partage pas ton avis depuis que j'ai découvert xpath.
En résumé lors de la création d'un module, on peut ajouter du code python pour la partie backend et du faire du xpath pour la partie web. Le xpath est compilé à la volée lors de la mise à jour du module du coups les erreurs sont détectées immédiatement. On ne traite que des modifications d'IHM via ce dernier.
En fait c'est même cela qui permet à odoo de laisser beaucoup de marge de manoeuvre a ses intégrateurs tiers tout en continuant a faire évoluer son coeur.
C'est franchement une bonne idée de ce que j'ai vu. (Et franchement le xml quand j'ai vu ca au début, j'étais plus refractaire!)
En tout cas merci pour le retour.
Et autre point qu'il ne faut pas hésiter a soulever, un ERP made in france respecte beaucoup mieux l'esprit de la comptabilité francaise. Dans odoo, il faut vraiment prendre conscience qu'il y a un travail non négligeable pour recoller avec cette dernière. Il faut configurer pas mal de choses, car le logiciel est tuné compta anglo saxonne par défaut. C'est un peu perturbant au début. Ca se fait mais je pense que ca peut être un bon argument de vente pour une solution concurrente.
FacturX est un bon exemple, c'est un module qui, sous odoo est maintenu par la communauté (!)... C'est un peu dommage pour une version soit disant entreprise...