Re: [DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

Indeed. One workaround we have applied is the use of ${activeApp} for various references. But that can't be applied everywhere. Best eregards, Pierre On Wednesday, April 29, 2015, Adam Heath wrote: > What you are looking to define here is relativeness. If a non-absolute > path is found in a f

Re: [DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

What you are looking to define here is relativeness. If a non-absolute path is found in a file, then resolve the full path against the absolute path of the file it was found in. I'm for this, btw. On 04/29/2015 05:02 AM, Pierre Smits wrote: Currently many widgets are referenced in other widg

Re: [DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

What are the potential issues that this won't work? Best regards, Pierre Smits *ORRTIZ.COM * Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Wed, Apr 29, 2015 at 1:34 PM, Pierre Smits wrote: > When t

Re: [DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

When talking about the 'same component' I meant everything in the same folder structure, as in: component |-> /widget |->/ widget/forms |-> /scripts |-> etc Anything outside that structure is - with current definitions - outside the component. Think of a screen of component A referencing a script

Re: [DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

I don't think this will work - for a number of reasons. Using the screen widgets as an example, what does "widgets in the same component" mean? Widgets are reused everywhere. If a component reuses a widget in another component, what is "the same component?" The component referencing the reused

Re: [DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

A way to have it in a SystemProperty entity record could be: - - - - And in the 'componentname.properties file: - - location.screens=component://widget - location.forms=component://widget/forms - location.menus=component://widget - location.scripts=component

[DISCUSSION] Adding more flexibility to how widget elements - and others are referenced

Currently many widgets are referenced in other widgets (e.g. forms, etc) by incorporating the location to the widget. e.g. In a screen file following the following can occur: - - - And in controller.xml: - - And in the ofbiz-component.xml file of the component: - -