Am 04.09.2014 08:53 schrieb "Cédric Krier" <cedric.kr...@b2ck.com>:
>
> On 04 Sep 01:04, Simon Klemenc wrote:
> > Am 04.09.2014 00:17 schrieb "Cédric Krier" <cedric.kr...@b2ck.com>:
> > >
> > > On 03 Sep 23:56, Simon wrote:
> > > > Am 03.09.2014 um 23:13 schrieb Cédric Krier:
> > > > >On 03 Sep 11:11, Simon Klemenc wrote:
> > > > >>On Tuesday, September 2, 2014 11:07:44 PM UTC+2, Cédric Krier
wrote:
> > > > >>>On 02 Sep 09:14, simon....@gmail.com <javascript:> wrote:
> > > > >>>>hi there,
> > > > >>>>
> > > > >>>>first thing, im sorry for doing this in reverse order: i have
> > already
> > > > >>>>opened a codereview at http://codereview.tryton.org/10481002/
and am
> > > > >>>now
> > > > >>>>writing in here to state my motivation.
> > > > >>>>
> > > > >>>>
> > > > >>>>the reason i even took a deeper look at modules/__init__.py was
> > that i
> > > > >>>>wanted to run tryton in a more project/framework oriented way:
> > having a
> > > > >>>>project folder with tryton modules and my own modules, similar
to
> > how a
> > > > >>>>common django-project would look like. This would ease the
process
> > of
> > > > >>>>developing (getting started using sqlite straight away) and
creating
> > > > >>>>docker-instances a lot for me.
> > > > >>>This is a wrong goal and will not land in Tryton because:
> > > > >>>
> > > > >>>     - it does enforce uniqueness of module name
> > > > >>>
> > > > >>Really, did you ever try to load more than one module with
non-unique
> > names?
> > > > >>I doubt you would ever succeed on this for quite some reasons:
> > [including
> > > > >>links :) ]
> > > > >It is by design! Directory names are *unique*.
> > > >
> > > > i cant follow your argumentation:
> > > > why is it a "wrong goal" to enforce name-uniqueness first and "by
> > design"
> > > > later on?
> > >
> > > OK I was not clear. Currently by design module name is enforced to be
> > > unique because of the single directory.
> >
> > Ok thanks, so name-uniqueness is the desired behaviour..
> > this would not change with a key-value dictionary as a central registry
> > like in the patch
>
> It is changed with such design. You are just silently hide conflicts.

It is no problem to either raise or just log a warning.. also in the
current state i think it might be possible to have a module in the tryton
tree + a seperate egg, which might lead to unpredictable behaviour..
correct me if im wrong

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

Regarding the module i did not say it should be i just meant to say it is a
possibility, i think it is in openerp, so if someone wants it he could make
it... (not that i really want that as there is already docker..) sorry for
top posting, it was not related to any dedicated reply

Simon

Reply via email to