Re: [DISCUSSION] Improving the OFBiz User Interface

At least by review in new committed code. It would not be impossible technically but very difficult to enforce else, I mean in not OOTB code (just a thought) Also we have still to discuss if we will apply to all existing code or if it will be only applied alongside in the "other" way (which stil

Re: [DISCUSSION] Improving the OFBiz User Interface

Hi Pierre, I hope that, like code source convention, people will respect the work done and respect people behind them. I think that I'll do my best to explain the reason of the work I'll begin, hope that it will be accepted by the community, hope that it will be implemented in all OFBiz scre

Re: [DISCUSSION] Improving the OFBiz User Interface

This proposal is a package, this work is link to another big (huge) task to rebuild the entire UI \o/ It always start with a first step, this is it ;) Julien. On 01/12/2016 09:36, Jacques Le Roux wrote: At least by review in new committed code. It would not be impossible technically but very

Re: [DISCUSSION] Improving the OFBiz User Interface

Nicely said, thanks Julien :) Jacques Le 01/12/2016 à 09:46, Julien NICOLAS a écrit : Hi Pierre, I hope that, like code source convention, people will respect the work done and respect people behind them. I think that I'll do my best to explain the reason of the work I'll begin, hope that i

Re: [DISCUSSION] Improving the OFBiz User Interface

I think by introducing a new DSL we can enforce no leakage of HTML / FTL into any widgets (I'm assuming this is what you guys are talking about) On Thu, Dec 1, 2016 at 11:49 AM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Nicely said, thanks Julien :) > > Jacques > > > > Le 01/12/201

Re: [DISCUSSION] Improving the OFBiz User Interface

That would be good, I know we can do a lot with form widgets backed by js scripts and I'm always been a form widgets enthusiast (if not fanatic :D). But there should be also a way to allow to call FTL from screens because, in an ecommerce alike situation, it's not realistic to do it all with for

Re: Some questions on plugin system

Hello Everyone, After doing some refactoring on the core framework, I came to realize that we can make /specialpurpose behave like hot-deploy by simply deleting the component-load.xml. Instead, activating and deactivating the components can happen by going to an ofbiz-component.xml file and settin

Re: [DISCUSSION] Improving the OFBiz User Interface

Hi Jacques, That was already discussed. My opinion is still not to allow it BUT, you can create a DSL for something, let's call it custom-widget. Then, all that you need to do to drop down to FTL is to create macros in the theme to implement your special widget. This way, you can maintain purity

Re: [DISCUSSION] Improving the OFBiz User Interface

Totally agreed! BTW Gareth Cater told me he did a work related to "custom-widget" (he used the same term but not sure it's the same thing). I'll try to contact him about that. Has anybody else begun to work on that? Jacques Le 01/12/2016 à 10:38, Taher Alkhateeb a écrit : Hi Jacques, That

Re: [DISCUSSION] Improving the OFBiz User Interface

I am working on this On Dec 1, 2016 12:48 PM, "Jacques Le Roux" wrote: > Totally agreed! > > BTW Gareth Cater told me he did a work related to "custom-widget" (he used > the same term but not sure it's the same thing). I'll try to contact him > about that. Has anybody else begun to work on that?

Re: Some questions on plugin system

That would be perfect. The link below could help (thanks to Ron) if we could verify/complete the specialpurpose interdependencies. I think there are none but not totally sure about that, we know about OFBIZ-6110 "Move as much as possible demo data from ecommerce to product or order components" b

Re: Some questions on plugin system

On Thu, Dec 1, 2016 at 10:35 AM, Taher Alkhateeb wrote: > [...] > So my suggestion to move forward in the plugin system is to: > - Rename /specialpurpose to /plugins > +1 > - remove /plugins/component-load.xml > +1 > - Refactor gradle to 1) not load a component if enabled="false" and 2) if

Re: [DISCUSSION] Improving the OFBiz User Interface

Taher, Maybe you could share your ideas, and even work, in a Jira? Jacques Le 01/12/2016 à 10:53, Taher Alkhateeb a écrit : I am working on this On Dec 1, 2016 12:48 PM, "Jacques Le Roux" wrote: Totally agreed! BTW Gareth Cater told me he did a work related to "custom-widget" (he used th

Re: Some questions on plugin system

BTW I feel like repeating myself over and over :D, did not remember just stumbled upon it http://markmail.org/message/vax77ozzenxtw2ns Le 01/12/2016 à 10:56, Jacques Le Roux a écrit : That would be perfect. The link below could help (thanks to Ron) if we could verify/complete the specialpurpo

Re: Some questions on plugin system

For what it is worth: the component-load.xml file solely exists to facilitate how demo data is loaded. Best regards, Pierre Smits ORRTIZ.COM OFBiz based solutions & services OFBiz Extensions Marketplace http://oem.ofbizci.net/oci-2/ On Thu, Dec 1, 2016 at 11:08 AM, Jaco

Re: [DISCUSSION] Improving the OFBiz User Interface

I will once I have something materialized. All code snippets and thoughts right now, besides I'm still refactoring the code base. On Thu, Dec 1, 2016 at 1:09 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Taher, > > Maybe you could share your ideas, and even work, in a Jira? > > Jac

Re: Some questions on plugin system

Taher, all, If we all are in favour to remove the component-load .xml everywhere, and leave component dependencies to the list of components in then we need to revisit the gradle task 'loadDefault' too. Currently that task loads demo data by default (and that requires a specific load order). The

Re: Some questions on plugin system

Hi Pierre, What is the load order in /specialpurpose, what depends on what? Also what should we revisit about loadDefault and load readers? Taher Alkhateeb On Thu, Dec 1, 2016 at 1:31 PM, Pierre Smits wrote: > Taher, all, > > If we all are in favour to remove the component-load .xml everywhere

Re: Some questions on plugin system

Taher, For insights about what the load order in the special purpose folder is, see the component-load.xml file in that folder. For insights on where the dependencies exists, please visit the wiki page Jacques mentioned earlier and search the various open issues in JIRA about moving demo data from

Re: Some questions on plugin system

See also https://issues.apache.org/jira/browse/OFBIZ-8229 Best regards, Pierre Smits ORRTIZ.COM OFBiz based solutions & services OFBiz Extensions Marketplace http://oem.ofbizci.net/oci-2/ On Thu, Dec 1, 2016 at 11:56 AM, Pierre Smits wrote: > Taher, > > For insights a

Re: Some questions on plugin system

Okay, so I don't see anything requiring change. Thank you for the input On Thu, Dec 1, 2016 at 1:56 PM, Pierre Smits wrote: > Taher, > > For insights about what the load order in the special purpose folder is, > see the component-load.xml file in that folder. > For insights on where the dependen

OFBiz Delegator that uses JPA

Hi all, my name is Markus Küspert and I am a software developer from Germany that writes mainly J2EE applications. I found the OFBiz project some months ago on the Internet and really like it. I also followed your discussion about defining an OFBiz project strategy. For me one of the main di

Re: OFBiz Delegator that uses JPA

Hi Markus, perhaps you should take a look at www.scipioerp.com - it is a modern fork of the Apache OFBiz framework. I am sure it is what you are looking for. Regards, Paul P.S.: Am from Wiesbaden myself - if you want, you can send me a private mail and we can get in touch. -- View this mes

Re: OFBiz Delegator that uses JPA

Hi Paul, Please stop hijacking threads and discussions about OFBiz to promote your fork. This is not the first time someone asks a question or makes a comment about OFBiz in which you switch the thread towards your fork. Regards, Taher Alkhateeb On Dec 1, 2016 4:02 PM, "Paul Piper" wrote: > H

Re: OFBiz Delegator that uses JPA

Taher, we have had this discussion multiple times on the ml - and the outcome in the past has been that any input is appreciated. So, I am not sure what you are referring to. (For reference, look at the discussion I started on the very same topic here: http://ofbiz.135035.n4.nabble.com/BigFish-Pr

Re: OFBiz Delegator that uses JPA

As an afterthought, Taher: please refrain from hijacking the discussion. If you happen to have a problem with individuals giving input, feel free to start a different thread. -- View this message in context: http://ofbiz.135035.n4.nabble.com/OFBiz-Delegator-that-uses-JPA-tp4699936p4699940.html

Re: OFBiz Delegator that uses JPA

Hi Markus, Welcome to this thread. Your suggestion seems to make sense somewhere. I, and I guess other contributors also, need more information to absorb before the impact of refactoring towards inclusion of JPA can be fully assessed. In your posting you reference a thread on StackOverflow. I ven

Re: OFBiz Delegator that uses JPA

Hi Markus, thank you for your interest in Apache OFBiz and welcome to the community! This is definetely an interesting contribution and we would be happy to review your work. I suggest to create a Jira issue explaining your thoughts and solution. You can apply code via patch files against tr

Re: [DISCUSSION] Improving the OFBiz User Interface

Hi all, I start a page about the POC for the UI improvement. I'm not sure if the content is enough but I was wanted to create it. We can now start some... Jira ? I was wondering one main Jira linked to 4 other sub-jira. thanks to those Jira, we can have 4 teams or workgroup to go ahead in b