Re: svn commit: r1188334 - /ofbiz/trunk/applications/product/widget/catalog/CommonScreens.xml

not be remove. Olivier Thanks Jacques Author: erwan Date: Mon Oct 24 19:45:02 2011 New Revision: 1188334 URL: http://svn.apache.org/viewvc?rev=1188334view=rev Log: A patch from Olivier Heintz - OFBIZ-4503 - wrong jquery.custom.min address in product/commonScreens.xml Modified: ofbiz/trunk

Form which extend same form name in same file

in projectmgr/widget/forms/ProjectForms.xml There are two form named ListPhaseInfo and the second one, extend the first. Is it logical ? and if yes, what is the goal ? if no, I will submit a patch on Jira

Re: svn commit: r1232373 - in /ofbiz/trunk/applications/humanres: config/HumanResEntityLabels.xml entitydef/entitymodel.xml widget/forms/EmplLeaveForms.xml

Le 18/01/2012 05:08, Hans Bakker a écrit : Not moving the entity labels to demo but the but the following records move to demo: EmplLeaveType description=Inland Earned Leave hasTable=N parentTypeId= leaveTypeId=INLAND_EARNED/ EmplLeaveType description=Inland Loss of Pay hasTable=N

Re: Rethinking the structure of the OFBiz Applications Components (Intro)

Hi, I'm a ERP modularity Fan, My ideal ERP would be a Kernel, smallest as possible but with all which is common to all possible business applications, - Technical Framework (only on technical choice by domain) - Common Data model, Entities and fields - Common Services - Common User

Re: Rethinking the structure of the OFBiz Applications Components (2)

comments are in-line Le 14/03/2012 18:22, Jacopo Cappellato a écrit : Thank you Adrian. Just to clarify that I was not talking about the architecture of the framework (topic for another day) but only for the layout of the applications and it is not based on what I think it is best in general

Re: Rethinking the structure of the OFBiz Applications Components (3)

comments are in-line Le 14/03/2012 19:34, Jacopo Cappellato a écrit : On Mar 14, 2012, at 6:33 PM, Adrian Crum wrote: Understood. As a service provider, I regularly comment out unused applications I would be interested to know what are the applications under the applications folder that

Re: Rethinking the structure of the OFBiz Applications Components (4)

comments are in-line Le 14/03/2012 23:04, Tom Burns a écrit : Adrian / Jacopo While thinking about a refactoring the OFBiz Architecture you may want to look at http://www.aosabook.org/en/intro.html. The book is all about Open Source architecture. In particular see the chapter on Eclipse, the

Re: Rethinking the structure of the OFBiz Applications Components

Le 16/03/2012 18:03, Jacopo Cappellato a écrit : Thanks for all the comments; but I actually didn't want to fall again in the never ending story about what we think the perfect applications should look like: it is way too abstract topic, there are so many different opinions and it has been

Re: Lose Weight Program for OFBiz

Le 18/03/2012 10:10, Jacopo Cappellato a écrit : In the last period the OFBiz project has grown a lot in shape: the implicitly accepted (or tolerated) strategy operated by the active committers was that the more features you could add to the official repository the better was: you make happy

Re: Lose Weight Program for OFBiz

Inline Le 18/03/2012 13:05, Jacques Le Roux a écrit : Thanks for the proposition Jacopo, Inline... From: adrian.c...@sandglass-software.com I think Example should stay in the framework, but get rid of all of the showroom stuff that has been added to it. In other words, keep it and return

Re: Lose Weight Program for OFBiz

Le 18/03/2012 14:43, adrian.c...@sandglass-software.com a écrit : Here is what I am suggesting: 1. Keep the Example component in the framework folder. 2. Return the Example component to its original purpose: A stripped down, very basic application for a new user to evaluate and understand.

OFBiz Plugin Management, status and propositions

waiting for comments, corrections and propositions I will use : - component as a web-application, like it's currently in ofbiz - feature as an enhancement of an existing web-application Question is : How to add in OFBiz a new Feature ? === Sub-Question is : How a developer extract and

Re: Lose Weight Program for OFBiz

Le 19/03/2012 13:12, Hans Bakker a écrit : Scott, I appreciate your reply , but this apache extra's stuff is not working.: the Apache extra's is now over one year old, in that time there are 125 extra's for 84 projects. I even counted all the test and apple dirs.most projects are

Lose Weight Program for OFBiz JCR function

New thread for only JCR funstion Summary of initial discussion: Jacoppo: N) framework/jcr: move back into the Jackrabbit branch until the work is completed and can replace the existing content framework Hans: Also moving the JCR function out is not a good idea however when not improved

portlet development simplification enhancement

Description: Goals of this enhancement are : - simplification of portlet development by use of portlet Templates (PortletType), so most of the time, it's sufficient to define a form to have a portlet - default value of formName, menuName, ScreenName, ScriptName, Title, ... (name and location)

Re: Can we archive the Screen Widget Redesign version in Jira?

+1 Le 21/03/2012 11:38, Pierre Smits a écrit : +1 Op 21 maart 2012 08:03 schreef Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com het volgende: I am doing some cleanup in Jira versions and I would like to archive the Screen Widget Redesign version: there are currently 3 tasks there (all

Re: Lose Weight Program for OFBiz JCR function

if and when something good will come out of it. Jacopo On Mar 20, 2012, at 11:32 AM, Jacopo Cappellato wrote: On Mar 20, 2012, at 10:15 AM, Olivier Heintz wrote: New thread for only JCR funstion Summary of initial discussion: Jacoppo: N) framework/jcr: move back into the Jackrabbit branch

Re: Lose Weight Program for OFBiz

Le 20/03/2012 10:15, Jacopo Cappellato a écrit : Thanks to all of you for the great discussion and feedback: I really appreciate all the time and great ideas you have shared. There seems to be a general agreement (with exceptions) about the following points: * the size of OFBiz should be

Re: Lose Weight Program for OFBiz - Birt and BI

Le 20/03/2012 15:31, adrian.c...@sandglass-software.com a écrit : I like the idea of keeping reporting tools separate from OFBiz. In my experience, IT departments are already using a reporting tool for other applications and they would prefer to integrate that tool with OFBiz, instead of

Re: Lose Weight Program for OFBiz - Birt and BI

+1 birt to extra and there will also a jasperReport in extras Le 20/03/2012 15:34, Mansour Al Akeel a écrit : +1 birt to Extra. On Tue, Mar 20, 2012 at 10:31 AM,adrian.c...@sandglass-software.com wrote: I like the idea of keeping reporting tools separate from OFBiz. In my experience, IT

Re: Lose Weight Program for OFBiz - guiapp and pos

Le 20/03/2012 15:58, Jacques Le Roux a écrit : From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com A) move framework/guiapp out of the framework; after all these years no code made advantage of it being part of the framework and it is only used by the specialpurpose/pos component (which

Re: Lose Weight Program for OFBiz - guiapp and pos

Le 21/03/2012 11:50, Pierre Smits a écrit : A) removal of framework/guiapp out of framework: +1 B) move specialpurpose/pos to 'Extras' +1 I am not in favour of moving ProjectMgr out of specialpurpose to 'Extras' as the majority of my customers use this. However, if it goes to 'Extras' I would

Re: Lose Weight Program for OFBiz - what should go to specialpurpose

Le 21/03/2012 16:16, Anil Patel a écrit : Jacques, I don't use pos, but I think it's good idea to keep it where it's. I think it's more likely, it will be used more than what goes in Extra. It fits specialpurpose. Why do you think a component will be used more if its in specialpurpose

Re: Lose Weight Program for OFBiz - guiapp and pos

Le 21/03/2012 17:40, Jacopo Cappellato a écrit : On Mar 21, 2012, at 5:26 PM, Olivier Heintz wrote: +1 for ProjectMgr as a Apache-OFBiz plug-in, not out of Apache-OFBiz ps: most of our(the company I'm working for) future contribution will be complete Projectmgr migration to portlet ;-) Just

Re: Lose Weight Program for OFBiz - example, exampleext

discussion on OFBiz Plugin Management, status and propositions should be on the corresponding thread Le 20/03/2012 16:59, Mansour Al Akeel a écrit : Ant+Ivy would fit easier with the structure of ofbiz components. If we want to move to maven, then a modification to

Re: Lose Weight Program for OFBiz - example, exampleext

Le 20/03/2012 23:44, Jacques Le Roux a écrit : From: Mansour Al Akeel mansour.alak...@gmail.com Everyone has different preference about how would the basic component skeleton looks like (ie, with ajax, without, exta functionality ). Even if a basic example included with ofbiz distribution,

Re: Lose Weight Program for OFBiz - ofbizwebsite

Le 21/03/2012 15:03, Hans Bakker a écrit : Jacques, sure at the time is was up-to-date and this was a proposal how we can use ofbiz for the website, however because of the strict apache rules it was not used...but can still be a template for any local ofbiz website. It remains weak:

Re: Is ofbiz going the sugarcrm, magento route? (essential extra's are commercial?)

Le 21/03/2012 14:00, Hans Bakker a écrit : (I also copied the user list because users are heavily impacted here. Users please read the development forum at http://www.ofbiz.info) Hi Everybody interested in the future of ofbiz, - *i am

Why Portlet is good for Losing Weight

The questions are : === 1) which solution generate or need less code - PortalPage with multiple portlet - screen with multiple subscreen and form 2) is migration generated regression or bugs In my opinion: = 1) - it's easier to use one portlet in multiple portalPage than a

Re: Lose Weight Program for OFBiz - guiapp and pos

Le 21/03/2012 19:02, Jacques Le Roux a écrit : From: Olivier Heintz holivier.lis...@nereide.biz Le 20/03/2012 15:58, Jacques Le Roux a écrit : From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com A) move framework/guiapp out of the framework; after all these years no code made advantage

Re: Some ideas to prepare our first community roadmap

Thank you for this first roadmap I agree with all points but I have 3 remarks 1) about the very important Rules I think it will still be an interesting one focused on maintenance and quality. maybe a third main goal like usability on a end user point of view (or a sub goal of quality but

Re: Lose Weight Program for OFBiz - guiapp and pos

Le 21/03/2012 21:56, Jacques Le Roux a écrit : From: Olivier Heintz holivier.lis...@nereide.biz Le 21/03/2012 19:02, Jacques Le Roux a écrit : From: Olivier Heintz holivier.lis...@nereide.biz Le 20/03/2012 15:58, Jacques Le Roux a écrit : From: Jacopo Cappellato jacopo.cappell

Re: Renaming some ant tasks to improve consistency

+1 Le 26/03/2012 15:57, Jacopo Cappellato a écrit : Hi all, I have reviewed the names of our ant tasks and I would like to propose to rename [*] some of them to make them more consistent with what they actually do. In short, I would like to: * rename some run tasks with the word start because

Re: Future OFBiz Architecture - a marketing decision?!

Le 26/03/2012 16:18, Paul Piper a écrit : Well, as some of you may know, I have been lurking around the mailing lists for quite some while and added some input here and there. With ilscipio (www.ilscipio.com/en) we are currently focusing on many aspects of Apache OFBiz and try to contribute a

Re: Mini-language Best Practice Proposal

Le 09/06/2012 13:53, Jacques Le Roux a écrit : From: Adrian Crum adrian.c...@sandglass-software.com I'm working on the Mini-language set-current-user-login element, and I wanted some feedback about this TYPE of operation. Background: There are some things in the Mini-language script

Re: [PROPOSAL] from specialpurpose to extras

All you proposed sound good to me. Since first discussion about Lose Weight Program for OFBiz we (the company I am working for) have continue to work on addon definition, rule, goal. In my current plan, I am 3 week late, but this week (or next one ) I should create in apache-extra some

using BooleanExpr, and simple-methods-target.xsd

Adrian, One question and one demand to follow best practice for mini-lang after the overhaul. Question : Before I have in a scipt : entity-condition entity-name=PartyRelationship list=widget.partyRelationList condition-list condition-expr field-name=partyIdFrom

Re: Fw: Accept mails on commi...@camel.apache.org from camel-extra.apache-extras....@codespot.com

Seem logical for me, Anyone interested in Apache OFBiz is not necessarily interested in all extra-ofbiz project. This is for everyone to choose to subscribe to mailling-list in the projects he wants to follow or to which it would contribute. Apache-extra should help the apache project, not

Re: svn commit: r1361130 [1/3] - in /ofbiz/trunk: ./ applications/accounting/webapp/accounting/WEB-INF/ applications/accounting/webapp/accounting/WEB-INF/actions/payment/ applications/accounting/webap

Le 13/07/2012 12:28, Jacopo Cappellato a écrit : Thank you, Jacques: I have spent a lot of time enhancing the framework to make this possible and taking design decisions to isolate birt code into one component, so I truly appreciate your comment. I think that with this new layout the birt

Re: Discussion: Application Metrics Feature

Le 16/07/2012 12:04, Adrian Crum a écrit : If anyone is placing themselves over anyone else, it is you. Scott and I are trying to help you understand how this community works, but you are not interested in being taught - you are only interested in railroading through your opinions. I

Re: Proposal: Entity Subtype Implementation

For the user (or developers) who not understand that pattern, I think it will not more clear. But, on a Data Model perspective I prefer only one entity than multiple. With one entity, it will be possible to have only one entity for EntitySubTypeAttr and EntityAttr and so having a generic User

Re: Proposal: Entity Subtype Implementation

For the user (or developers) who not understand that pattern, I think it will not more clear. But, on a Data Model perspective I prefer only one entity than multiple. With one entity, it will be possible to have only one entity for EntitySubTypeAttr and EntityAttr and so having a generic User

portletWidget branch is ready to merge to trunk

Hi, Most of previously planned job is done on portletWidget. Detail of what is done is in the JIRA sub-task of https://issues.apache.org/jira/browse/OFBIZ-4742 Currently, most of code modifications are prefixed by #Bam# LabelOfModification and suffixed by #Eam# LabelOfModification These

Re: portletWidget branch is ready to merge to trunk

Hi, are you ok with this proposition ? Erwan is waiting feed back from community before starting Merge. Olivier Le 04/11/2012 09:58, Olivier Heintz a écrit : Hi, Most of previously planned job is done on portletWidget. Detail of what is done is in the JIRA sub-task of https

Re: Important: OFBiz website update required before the end of the year

Le 13/11/2012 12:54, Jacopo Cappellato a écrit : To all the committers and contributors: at the end of 2012 the ASF Infrastructure mechanism is going to shut down the autoexport plugin that transforms Confluence pages into static html pages. For example this url will no longer work:

Re: Important: OFBiz website update required before the end of the year

Le 14/11/2012 15:15, Olivier Heintz a écrit : Le 13/11/2012 12:54, Jacopo Cappellato a écrit : To all the committers and contributors: at the end of 2012 the ASF Infrastructure mechanism is going to shut down the autoexport plugin that transforms Confluence pages into static html pages

Re: portletWidget branch is ready to merge to trunk

and in sub Jira and there are a lot of details included in ofbiz help as development help Thanks Scott On 14/11/2012, at 11:09 PM, Olivier Heintz wrote: Hi, are you ok with this proposition ? Erwan is waiting feed back from community before starting Merge. Olivier Le 04/11/2012 09:58

Re: Important: OFBiz website update required before the end of the year

Le 14/11/2012 16:41, Jacopo Cappellato a écrit : Thank you Olivier. To all, please see my comments inline: On Nov 14, 2012, at 4:15 PM, Olivier Heintz wrote: B https://cwiki.apache.org/OFBADMIN/apache-ofbiz-getting-started.html B https://cwiki.apache.org/OFBADMIN/apache-ofbiz-pmc-members

Re: Slim-down effort: current situation

everyone will say that I ramble but I don't understand how it's possible to find a consensus on slim-down boundary or what should be in ofbiz kernel if there is no simple process to have a OFbiz with the selected functionalities. I clearly speak about addon manager. Some example to be more clear

Re: Is it a good time to remove the debian folder?

Hi Adam, If you think that for visibility, it's good to create a ofbiz-debian project on ofbiz-extra, I can do it until you have time to manage it. Olivier Le 16/11/2012 10:41, Jacopo Cappellato a écrit : Hi Adam, glad to see you back. First of all an off topic (I apologize for it but I

Re: Slim-down effort: current situation

Le 16/11/2012 11:37, Jacopo Cappellato a écrit : On Nov 16, 2012, at 10:50 AM, Olivier Heintz wrote: I don't understand how it's possible to find a consensus on slim-down boundary or what should be in ofbiz kernel if there is no simple process to have a OFbiz with the selected functionalities

Re: svn commit: r1403870 - /ofbiz/branches/20120329_portletWidget/framework/entity/src/org/ofbiz/entit y/util/EntitySaxReader.java

: erwan Date: Tue Oct 30 21:10:10 2012 New Revision: 1403870 URL: http://svn.apache.org/viewvc?rev=1403870view=rev Log: Applying a patch from Olivier Heintz on branch OFBIZ-4949 add a new attribute for for entity-engine-xml tag, put-other-field-to-null= true, if it exist at the beginning data

Re: portletWidget branch review

Le 17/11/2012 07:54, Jacopo Cappellato a écrit : Erwan, could you please explain why this patch was committed to the portletWidget branch? There were some objections in Jira and in general there was no general approval for the inclusion. Also, it was a patch for the trunk, not the branch.

Re: Cleaning up the OFBiz Confluence spaces

Le 20/11/2012 09:52, Jacopo Cappellato a écrit : Hi all, we all are aware of the problems affecting our content in Confluence but before we discuss the next steps and evaluate different options and their pros and cons, in my opinion it would make sense to aggregate all the 5 spaces into

Re: Important: OFBiz website update required before the end of the year

and Project Overview) to static html pages; thanks to Olivier Heintz for the contribution (OFBIZ-5077, OFBIZ-5078); this commit contains a slightly modified version of the work contributed by Olivier; * the new documents are now children of the main documentation.html page * cleaned up

Re: Cleaning up the OFBiz Confluence spaces

Le 20/11/2012 19:26, Jacques Le Roux a écrit : From: Jacopo Cappellato jacopo.cappell...@gmail.com Hi all, we all are aware of the problems affecting our content in Confluence but before we discuss the next steps and evaluate different options and their pros and cons, in my opinion it

Re: New OFBiz webhelp - OFBIZ-4941

I have tested the new OFBIz webhelp for the last 3 weeks and migrated some help we already have (for projectmgr) On a end user perspective, webhelp is clearly an enhancement, because search and glossary (and better presentation) help to find the correct information more quickly. On a help writer

Re: OFBIZ-4872: webdriver integration

Le 05/12/2012 11:29, Jacopo Cappellato a écrit : On Dec 5, 2012, at 8:54 AM, Jacques Le Roux wrote: Note: I intentionally used the verb reject, because it seems it how some contributors are now feeling the way the OFBiz project is doing with their proposed contributions I understand that

Re: OFBIZ-4872: webdriver integration

Le 05/12/2012 11:52, Jacopo Cappellato a écrit : On Dec 5, 2012, at 8:54 AM, Jacques Le Roux wrote: Sounds indeed logical to have embedded a mean to test the UI available to all user OOTB. Why embedded? All users already have a mechanism to test the UI: test the UI is one of the important

Re: OFBIZ-4872: webdriver integration

Le 06/12/2012 08:07, Jacopo Cappellato a écrit : On Dec 5, 2012, at 2:54 PM, Jacques Le Roux wrote: I must say I don't. The Neogia team is. And they are an important part of the OFBiz ecosystem. Their efforts should not be neglected. Erwan is no longer part of the Neogia team but he is

Re: OFBIZ-4872: webdriver integration

Le 06/12/2012 16:40, Erwan de FERRIERES a écrit : 2012/12/6 Jacques Le Roux jacques.le.r...@les7arts.com From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com On Dec 5, 2012, at 2:54 PM, Jacques Le Roux wrote: ../.. All that said, I want to clarify that I am not feeling any pressure and

Re: OFBIZ-4872: webdriver integration

Le 06/12/2012 17:20, Jacques Le Roux a écrit : From: Scott Gray scott.g...@hotwaxmedia.com On 7/12/2012, at 12:43 AM, Jacopo Cappellato wrote: On Dec 6, 2012, at 12:29 PM, Olivier Heintz wrote: If I correctly understand the commiter groups roles, it's to coordinate, animate and help

Re: Slim-down effort: current situation

Very clear and efficient Le 07/01/2013 09:20, Jacopo Cappellato a écrit : Let's see if we can move on the slim-down effort in this direction; here is a slightly more detailed proposal: * svn layout of the project will stay as is now: framework+applications+specialpupose; if you checkout the

Fwd: svn ommit: r1488315 - in /ofbiz/trunk/framework/widget: dtd/widget-form.xsd src/org/ofbiz/widget/form/MacroFormRenderer.java src/org/ofbiz/widget/form/ModelForm.java

Adrian, The method createAjaxParamsFromUpdateAreas added in this commit return sb.toString() and not FlexibleStringExpander.expandString(sb.toString(), context, locale); like the other method createAjaxParamsFromUpdateAreas, it generate error when ${} is used for area-id is it possible to

Re: Housekeeping of the OFBiz svn tree: removing some old/unused experimental branches

20120329_portletWidget and webhelp-2012-12-07 have been migrated as addon on ofbizextra so you can remove its. They are available for trunk and 13.07. Olivier Le 30/09/2014 10:02, Jacopo Cappellato a écrit : New list after Adrian's feedback: • 2015ScreenWidgetRedesign/

Re: [DISCUSSION] Defining an OFBiz Project Strategy

comment in-line Le 28/11/2016 à 22:43, Taher Alkhateeb a écrit : > Hi Sharan, > > Thank you for starting this important topic. OFBiz definitely needs > strategic objectives and a sense of direction. To try to formulate a > strategy, I would suggest perhaps we highlight where I think OFBiz

Use Cases for POC

The goal of this mail is only two questions : 1. Is this form of use case like in this mail is usable for new UI POC ? (and new Doc POC and Selenium-Webdriver POC) 2. Is these use cases seem to be the correct to have correct POC ? If answer to these two question seem to be yes, I will created a

Re: What is the "Apache OFBiz" product?

+1 to "Apache OFBiz Enterprise automation Platform" but +1 too to "Apache OFBiz enterprise automation framework" +1 on idea that ERP, CRM, eCommerce, ... will be the futurs products (base on "Apache OFBiz Enterprise automation PLatform" of course) from Apache Ofbiz community or Companies Le

Re: Proposal to create a separate svn repository for the OFBiz official plugins

+1 to the svn folder structure. and I like separation between ofbiz-framework and ofbiz-core Le 12/01/2017 à 09:13, Jacopo Cappellato a écrit : > On Thu, Jan 12, 2017 at 7:40 AM, Nicolas Malin > wrote: > >> Why prepare the future in the same time to rename ofbiz as

Re: [DISCUSSION] Defining an OFBiz Project Strategy

Le 29/11/2016 à 22:12, Nicolas Malin a écrit : > > Le 29/11/2016 à 20:21, Olivier Heintz a écrit : >> Le 28/11/2016 à 22:43, Taher Alkhateeb a écrit : >>>> Hi Sharan, >>>> >>>> Thank you for starting this important topic. OFBiz definitely

Re: [DISCUSSION] Defining an OFBiz Project Strategy

Answers are in-line Le 28/11/2016 à 11:08, Sharan Foga a écrit : > Hi Everyone > > One of the topics that came up during the brainstorming in Seville was that > the project desperately needs a clear strategy and roadmap. > > > So to get the discussion started: > > 1. Do people agree

Re: Website Translation in French need contributors

ommunity, I’m not sure that this can be progressed any further. > > Does anyone else have any comments or feedback here? > > Thanks > Sharan > > > On 2018/04/26 16:47:05, Olivier Heintz <holivier.li...@ofbizextra.org> wrote: >> Hi all French contributors and commit

Website Translation in French need contributors

Hi all French contributors and committers and all others ;-) I have create a JIRA to propose a French version of the Apache OFBiz website. (https://issues.apache.org/jira/browse/OFBIZ-9800) The idea is to propose a French version which is just a perfect translation of the original content and

Re: [Discussion] documentation framework for OFBiz

Thank you for the work, Taher I have played with it and merge with my tests. Currently, I have start from Accounting_Agreement, convert from docbook and update and test renderer by both your gradle task and by AsciidocFx html button With a lot of include, result html file would be very large

Re: Plugin install process pb

It works, Thanks for your reactivity Le 13/08/2018 à 18:25, Mathieu Lirzin a écrit : > Hello again, > > Mathieu Lirzin writes: > >>> In my environment (Linux, openjdk version "1.8.0_171") plugin install >>> process does not work any more since this commit (june, 20) >>> >>> def

Plugin install process pb

Hi, In my environment (Linux, openjdk version "1.8.0_171") plugin install process does not work any more since this commit (june, 20) def taskExistsInproject(fullyQualifiedProject, taskName) { -def taskExists = false -subprojects.each { subProject -> -if

Re: Plugin install process pb

ich Linux distribution/version are you > using? > > Jacques > > > Le 13/08/2018 à 16:28, Olivier Heintz a écrit : >> Yes, I confirm, with the old code it works >> ( I have found which commit after multiple test, each one for each commit on >> build.gradle ;-) )

Re: Plugin install process pb

> If yes, then this commit needs to be reverted. > On Mon, Aug 13, 2018 at 1:22 PM Olivier Heintz > wrote: >> >> Hi, >> >> In my environment (Linux, openjdk version "1.8.0_171") plugin install >> process does not work any more since this commit (june

Re: [DISCUSSION] Moving the Documentation PoC into the Trunk

+1 Thanks Le 03/03/2018 à 10:00, Sharan Foga a écrit : > +1 > > Actually I'm in favour of putting what we have in the trunk too and update it > as we go. > > Thanks > Sharan > > On 2018/03/03 07:07:27, Gil Portenseigne wrote: >> +1 for working directly in

gradlew generateOfbizDocumentation error

Hello, on trunk, last release gradlew generateOfbizDocumentation generate an error message : - └─$ ./gradlew generateOfbizDocumentation > Task :generateOfbizDocumentation FAILED FAILURE: Build failed with an exception. * What went wrong: Execution failed for task

POC of HR-Documentation by process

Hello Everyone, I propose some modifications on HR documentation, but I want to present the options I have chosen to be able to discuss with the community if they are a consensus or not for these options. To help the discussion, I have done a part of HR documentation with these option to

Re: HR-Documentation by process

ifications proposed I will start to create (or update existing one) JIRA for each doc modification proposition and for HR corrections or modifications (around employment) Olivier Le 22/03/2019 à 15:38, Olivier Heintz a écrit : > Hello Everyone, > > I propose some modifications on HR doc

Re: PrepareLocalesForDropDown.groovy

One of Example Component goal is to have some example of code or manner to do. So, code present in example not using in a production environment is not a argument to say we should remove it or not. If this code could be use in a localized OFBiz, we should retain it. My 2 cent. Olivier Le

[POC Vue.Js] first presentation / summary

Hi Community, As explained in a previous mail, we (me and others co-worker in a company I am working for) are working on a POC for using Vue.js as GUI generated from the current screens/forms/menu xml ofbiz files. The customer goals is to be able to migrate a lot of existing Portal / portlet

Re: [POC Vue.Js] GUI modularity and attributes

anual.html#_modular_and_generic_ui Le 05/12/2019 à 16:44, Nicolas Malin a écrit : > Hello, > I tend to agree with Mathieu to concentrate the effort on json to > integrate Vue.js or some other js framework. > On 31/10/2019 17:03, Olivier Heintz wrote: >> Hi Community, >> >>

Re: [POC Vue.Js] GUI modularity and attributes

Le 13/12/2019 à 23:58, Nicolas Malin a écrit : > Hello, inline, > > On 13/12/2019 12:47, Olivier Heintz wrote: >> Hello Community, >> >> [...] >> 1. homogeneous in each component and between components > This is the way started with the common-th

Re: [DISCUSSION] Make Back-Office screens dynamic

Hello Taher, > Do you want an SPA framework now or in the future, is a very important question but which road to use to go is important too. As with the current gui renderer architecture, it's possible to have multiple rendrer engine for the "same" screen/menu/form xml files, one question is :

Re: [DISCUSSION] Make Back-Office screens dynamic

Hello Gil, (and Néréide Team) Thank you for sharing research and formal process to be concentrated on concept first. just short remarks inline Le 13/12/2019 à 16:52, Gil Portenseigne a écrit : > Chapter One: How to manage the updating area > > Hello, > > After different discussions already

[POC Vue.Js] Party as a usable testing environment

Hi Community, In November, we have worked to be able to test in a more "real situation" the POC. We have migrated the party portlet used by PartyProfile page. So, there is a new plugin in the POC-vusjs group (in the ofbizextra gitlab[1]) : partymgrfjs Currently, there are a lot of

Re: [Discussion] Introduction of Bootstrap and Vue.js

Hi Tomek, Nobody in a community base project can answers to "when it will be done". Some people in the community work on implementing all that is needed to have a complete REST API but for all of them, most of time, customer priority is not the same as community priority, so it will be done when

Re: [POC Vue.Js] first presentation / summary

answer inline Le 27/11/2019 à 19:02, Mathieu Lirzin a écrit : > Hello Olivier, > > Olivier Heintz writes: > >> As explained in a previous mail, we (me and others co-worker in a company I >> am working for) are working on a POC for using Vue.js as GUI generated >

Re: [DISCUSSION] separating GUI from the application

all. > > What do you think? > > Gavin > > > On Tue, Dec 17, 2019 at 12:22 PM Olivier Heintz wrote: > >> Hello Taher, >> >>> Do you want an SPA framework now or in the future, >> is a very important question but >> which road to us

PortalPage / Portlet / parameters : SGBD versus XML file

Hello, community, In OFBiz, * definition of portalPortlets, * definition and content of the portalPages (column and which portlet in each one) * portalPortlet attributes for a portalPage * and some other details about the organization of the portal are stored in the ofbiz database. As

Re: [DISCUSSION] Make Back-Office screens dynamic

Le 17/12/2019 à 15:12, Gil Portenseigne a écrit : > Hello Taher, > > The proposition you saw with your first glance is . > > In that vision implementing a theme for SPA application should be > possible, but in our opinion a gigantic task to support the screen > engine. We think that for

New Online Help, need some ideas

Hi all, Currently OFBiz Online help work with docbook files with html generation done by a ftl template. Link between screen and file to show is done with some content associated with key-word Decision has been done to no more used docbook format but now use asciidoc format.

Re: New Online Help, need some ideas

idoctor/asciidoctor/issues/2545 > > Le 26/02/2020 à 16:54, Olivier Heintz a écrit : >> Thank you Jacques, >> >> Yes I know this "site" >> and it's why I say, we should find something to be able to navigate from >> one document to an other.

Re: New Online Help, need some ideas

e integrating asciidoc at the framework level to >> dynamically generate help. So this is another idea to consider. >> >> On Wed, Feb 26, 2020 at 2:29 PM Olivier Heintz wrote: >>> Hi all, >>> >>> Currently OFBiz Online help work with docbook files with

Re: New Online Help, need some ideas

ker template to do the generation, even if only 5% of docbook syntax was managed. Documentation not change very often, static page seem enough for our need. > > On Wed, Feb 26, 2020 at 2:29 PM Olivier Heintz wrote: >> >> Hi all, >> >> Currently OFBiz Online he

Migrate all docbook files to asciidoc ?

Hi everyone, I wanted to make progress on the OFBiz documentation, and thus continue the existing tasks, at first the one on the accounting component. It's a bit painful to have to work between the old files in docbook and the new ones in asciidoc. For me it would be simpler to migrate all the

Re: [DISCUSSION] Make Back-Office screens dynamic

very quick answer (inline) Best Regards Le 08/01/2020 à 17:39, Gavin Mabie a écrit : > Hi Olivier > > Quick question: Are you using NodeJs & NPM in your POC? yes And if so are you > integrating with Gradle? Not yet > > Cheers > > Gavin >

  1   2   3   >