> Si je ne m'abuse, Tryton est un fork de OpenErp (corrigez-moi si je me trompe).
Non non tu ne te trompes pas mais ça fait presque trois ans et les projets divergent inévitablement.
> Est-ce que le fork est entièrement consommé où y'a-t-il des échanges entre les
> versions ? Quelle est la situation à ce niveau là ?
De ce que j'en sais (je ne suis pas développeur tryton, je suis juste le projet de près connaissant bien Cédric), quelques améliorations de tryton ont été reprises par openerp (genre validation des numéros de tva, le drag'n'drop du client et quelques autres trucs pour lesquels ils ont parfois merdé dans le copyright :D (c'est comme ça que je le sais)).
Dans l'autre sens, la base a été ré-écrite quasi complètement, les modules sont originaux mais le concept est relativement similaire (vues définies en xml et distribuées au client, héritage de celles-ci, concept de modules métiers, l'ORM n'est pas non plus classique (mais comme je le dit dans la news, tryton passe petit à petit à Active Record)).
> Et pourquoi utiliser Tryton plutôt qu'OpenErp (qui a, à priori, l'avantage de la
> réputation) ?
Personnellement, je le trouve beaucoup plus pythonique (pythonesque ?) : installation via pip/easy_install, code respectant la pep8, les concepts matches plus aussi ceux de python je trouve.
Je suis biaisé mais je pense que tryton est fait pour les développeurs/intégrateurs qui veulent des facilités pour faire un ERP (vision framework) : il n'y aura jamais 45000 modules. openerp par contre est fait pour des commerciaux qui veulent vendre un ERP out-of-the-box avec quasiment tout inclus (mais parfois ça marche pas ou mal).
[^] # Re: OpenErp
Posté par Nicolas Évrard (site web personnel, Mastodon) . En réponse à la dépêche Tryton arrive en version 1.8. Évalué à 2.
Non non tu ne te trompes pas mais ça fait presque trois ans et les projets divergent inévitablement.
> Est-ce que le fork est entièrement consommé où y'a-t-il des échanges entre les
> versions ? Quelle est la situation à ce niveau là ?
De ce que j'en sais (je ne suis pas développeur tryton, je suis juste le projet de près connaissant bien Cédric), quelques améliorations de tryton ont été reprises par openerp (genre validation des numéros de tva, le drag'n'drop du client et quelques autres trucs pour lesquels ils ont parfois merdé dans le copyright :D (c'est comme ça que je le sais)).
Dans l'autre sens, la base a été ré-écrite quasi complètement, les modules sont originaux mais le concept est relativement similaire (vues définies en xml et distribuées au client, héritage de celles-ci, concept de modules métiers, l'ORM n'est pas non plus classique (mais comme je le dit dans la news, tryton passe petit à petit à Active Record)).
> Et pourquoi utiliser Tryton plutôt qu'OpenErp (qui a, à priori, l'avantage de la
> réputation) ?
Personnellement, je le trouve beaucoup plus pythonique (pythonesque ?) : installation via pip/easy_install, code respectant la pep8, les concepts matches plus aussi ceux de python je trouve.
Je suis biaisé mais je pense que tryton est fait pour les développeurs/intégrateurs qui veulent des facilités pour faire un ERP (vision framework) : il n'y aura jamais 45000 modules. openerp par contre est fait pour des commerciaux qui veulent vendre un ERP out-of-the-box avec quasiment tout inclus (mais parfois ça marche pas ou mal).