Of course, but I like to be able to get from the backend to the frontend when 
it's possible.
I don't see any troubles keeping them once it's handled that way, but 
theoretical ones .

Of course if the community prefers to remove them it's far easier and was what 
I wanted to do initially before having this idea of hiding links

Jacques


Le 21/08/2018 à 01:03, Taher Alkhateeb a écrit :
Simple, don't put any logic that points outwards from the framework. That
is sort of why we split repositories in the first place.

On Mon, Aug 20, 2018, 8:00 PM Jacques Le Roux <jacques.le.r...@les7arts.com>
wrote:

Le 20/08/2018 à 16:53, Taher Alkhateeb a écrit :
Makes sense. However, i note reading in the JIRA that "we can simply hide
the button when the ecommerce component is not present". That sounds like
logic that points outwards which is a bad design IMHO.
I could not find a better way yet, I'm all ears for ideas.

Anyway, I think it is a reasonable step to take. +1
I attached a patch for today at OFBIZ-9241

Jacques

On Mon, Aug 20, 2018, 5:31 PM Jacques Le Roux <
jacques.le.r...@les7arts.com>
wrote:

Hi,

The proposition is in the title.

With the changes I'm introducing with OFBIZ-9241 there will few
differences in UI (and presence of js files) between the framework only
and
the
framework+plugins

I must add:

    * since the old is often no longer supported and a release of it is
always available (today R13) for users. I think removing the old demo is
maybe
      not a big deal.
    * I found several cases where people, new to OFBiz, considered OFBiz
as
what we call the framework, and were considering the plugins as
optional.
What do you think?

Jacques




Reply via email to