On 20 Nov 23:26, Pierre-Louis Bonicoli wrote:
> On 20/11/2014 20:53, Nicolas Évrard wrote:
> > * Cédric Krier [2014-11-20 19:38:06]:
> >> On 20 Nov 19:14, Pierre-Louis Bonicoli wrote:
> >>> On 20/11/2014 18:34, Nicolas Évrard wrote:
> >>>> I can understand that you want to spend all your time on your own
> >>>> projects (nereid, angular-tryton, www.tryton.us, etc) and in the
> >>>> overall they are good for Tryton.
> >>>
> >>> It seems not fair to call Nereid 'his own project'.
> >>>
> >>> At TUL2012 I asked why Nereid (a flask based web framework for tryton)
> >>> wasn't a part of the Tryton project. Nobody knew. After that Cédric
> >>> wrote a review of Nereid [1].
> >>>
> >>> In mars 2013, Raimon Esteve asked on the tryton-contrib mailing list
> >>> about the inclusion of Nereid in Tryton. It appeared that:
> >>> - 2 minor bugs were still open (#31 #33)
> >>> - Cedric preferred to integrate a big amount of code at the beginning of
> >>> a development cycle
> >>>
> >>> Why hasn't Nereid been accepted yet ?
> >>
> >> Make search I have a lot of design issue with Nereid and I said that it
> >> can be replaced by few lines of code which I show later in flask-tryton.
> >> For me, it is clear that Nereid will not be part of Tryton and that we
> >> should focus on a better modular solution designed by the community as
> >> all other modules.
> > 
> > In my opinion, Nereid should not be part of Tryton, but flask-tryton
> > should not either, and morepath-tryton neither and pyramid-tryton
> > neither.
> > 
> > What should be part of tryton is reusable components that allow people
> > creating web interface on any of the aforementioned projects to start
> > with a good reusable basis and a good design.
> > 
> > Just like we don't have all the variation of workflows on sale or
> > purchase, we should not have all the variations people are going to
> > use to access the Tryton server through an HTTP frontend.
> 
> It is a pity that you didn't answer this when Sharoon first asked [1],
> nor when you presented flask-tryton [2]. It gives the impression that
> you aren't willing to accept a big amount of code/work from others.

That's become pretty boring to have to justify again and again about
such topic when the original author is not blamed to not have followed
the standard process of contribution.
So at the end I'm the bad guy who says no and it is really unfair.
I see such reproaches becoming more and more the generality and it is
killing the good spirit of the project. If you don't play the game with
the rules, don't blame others.

-- 
Cédric Krier - B2CK SPRL
Email/Jabber: cedric.kr...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

Attachment: pgpfU3GsVCvmH.pgp
Description: PGP signature

Reply via email to