Oops I missed points after D), I will answer to them now E) It's copied by the xsl transformation from applications/content/template/docbook/webhelp/docs/content/search/htmlFileInfoList.js wich is. actually part of Docbook version 1.77.1 (committed at r1395307) So maintenance worries
F) it's also part of the Docbook version 1.77.1 From: "Jacques Le Roux" <jacques.le.r...@les7arts.com> > Thanks for your help Jacopo, > > A) Indeed I did not review fieldlookup.js, same type of concern than in C) > B) This has been addressed by Tom and is no longer a concern > C) Yes this is the moot point, Tom gave some arguments in > https://issues.apache.org/jira/browse/OFBIZ-4941?focusedCommentId=13494044&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13494044 > D) Yes it's totally OK from a license POV > > Jacques > > From: "Jacopo Cappellato" <jacopo.cappell...@hotwaxmedia.com> >> Thank you Jacques, >> >> here is some quick feedback after a review of the patch. >> >> A) all the code in framework/images/webapp/images/fieldlookup.js is bad >> because contains hardcoded application/components >> >> B) what is this? >> >> Index: specialpurpose/birt/ofbiz-component.xml >> =================================================================== >> --- specialpurpose/birt/ofbiz-component.xml (revision 1407381) >> +++ specialpurpose/birt/ofbiz-component.xml (working copy) >> @@ -29,7 +29,6 @@ >> <entity-resource type="data" reader-name="seed" loader="main" >> location="data/OrderPortletData.xml"/> >> <service-resource type="model" loader="main" >> location="servicedef/services.xml"/> >> >> - <!-- use when reports need to be injected into applications Note: this >> will break context help for those applications. >> <webapp name="accounting" >> title="Accounting" >> server="default-server" >> @@ -50,7 +49,6 @@ >> location="webapp/ordermgr" >> base-permission="OFBTOOLS,ORDERMGR" >> mount-point="/ordermgr"/> >> - --> >> <webapp name="birt" >> title="BIRT" >> server="default-server" >> >> C) I still think it is a bad idea to add dependencies to the content >> component on other applications like: >> applications/content/webapp/ofbizhelp/catalog_en >> >> D) did you check the compliance with licenses? See this for example: >> >> +/*---------------------------------------------------------------------------- >> + * JavaScript for webhelp search >> + >> *---------------------------------------------------------------------------- >> + This file is part of the webhelpsearch plugin for DocBook WebHelp >> + Copyright (c) 2007-2008 NexWave Solutions All Rights Reserved. >> + www.nexwave.biz Nadege Quaine >> + http://kasunbg.blogspot.com/ Kasun Gajasinghe >> + */ >> >> E) how was generated the content of (for example): >> >> Index: >> applications/content/webapp/ofbizhelp/catalog_en/content/search/htmlFileInfoList.js >> >> ? How should we maintain it? >> >> F) why this: >> >> applications/content/webapp/ofbizhelp/catalog_en/common/jquery/jquery-1.4.2.min.js >> >> ? >> >> I think it is enough for now, but the changes are big and I couldn't review >> everything. >> >> In general, my preference would be to see this type of contribution being >> implemented as a pluggable feature (with data mainatined externally in >> Confluence or in a specialpurpose or extra component) rather than being part >> of the trunk. >> >> Kind regards, >> >> Jacopo >> >> >> On Nov 10, 2012, at 12:44 PM, Jacques Le Roux wrote: >> >>> The 4/5 last comments are enough to read, before were mostly exchange >>> between Tom and I. Adrian's concern is addressed in those last comments. >>> I have just attache a OFBIZ-4941.patch corresponding to what will be >>> actually committed. This will replace the current help system and will be >>> completed by Tom. He clearly said that he is committed to finish the work, >>> and I trust him: most is done already. >>> >>> In doubt, sorting attachments by date helps. >>> >>> Thanks for your comments and opinion :) >>> >>> Jacques >>> >>> From: "Jacopo Cappellato" <jacopo.cappell...@hotwaxmedia.com> >>>> The log history is huge and messed up and there are several files attached >>>> to the Jira task: this makes it difficult to review the work that you >>>> would like to commit. >>>> Having a summary of the code that is going to be contributed and a final >>>> list of files/diffs would help me to take a decision... but hopefully >>>> others have been more involved in the details to express their opinion; >>>> are you also going to remove the existing help system or this new one will >>>> be added as an alternative option? In my opinion we can't have the luxury >>>> to maintain two help systems in OFBiz. >>>> >>>> Kind regards, >>>> >>>> Jacopo >>>> >>>> >>>> On Nov 10, 2012, at 12:17 PM, Jacques Le Roux wrote: >>>> >>>>> If nobody disagree I will commit >>>>> https://issues.apache.org/jira/browse/OFBIZ-4941 soon >>>>> >>>>> Jacques >>>> >>>> >> >> >
