I'm glad this has been brought up. I agree that the current screen widget
conditional logic is cumbersome to use.
The use-when attribute is one alternative, another approach would be to include
support of the mini-lang if conditional element - so multiple screen widgets
can be included in a co
+1 ,
It will help to avoid writing extra code in fail-widget .
--
--
Awdesh Parihar
HotWax Media Pvt. Ltd.
Website :- www.hotwaxmedia.com
task notes - workEffortId was not passed in
---
Key: OFBIZ-2755
URL: https://issues.apache.org/jira/browse/OFBIZ-2755
Project: OFBiz
Issue Type: Bug
Components: specialpurpose/projectmgr
[
https://issues.apache.org/jira/browse/OFBIZ-2755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aswath Satrasala updated OFBIZ-2755:
Attachment: tasknotes.patch
Patch for this issue
> task notes - workEffortId was not passe
Harmeet,
Looks good, will be nice thing to add.
Regards
Anil Patel
On Jul 24, 2009, at 7:13 AM, Harmeet Bedi wrote:
I would like to ask you what you think about having use-when
attribute for various screen elements and defaulted to true.
The current condition check and widgets, fail-widgets
sorry site-conf.xsd is the xsd i was refering to.
It forces you to have >=1 response elements instead of >= 0 response elements
inside request-map.
Was suggesting that should be changed. the snippets below were from
site-conf.xsd
I also feel it should be a good idea to have a base class for JSO
I would like to ask you what you think about having use-when attribute for
various screen elements and defaulted to true.
The current condition check and widgets, fail-widgets mechanism is a bit wordy,
does not allow easy switching for any type of element and is not as close in
grammer to use-w
It seems like ofbiz has a bit of support.
If event returns null request map processing does not seem to proceed to
response elements.
However the xsd forces you to allow request-map to have >= 0 response elements
instea do of current >= 1 response elements.
Perhaps xsd should be changed
From
Order Entry - Add / Update Order Terms Functionality Broken
---
Key: OFBIZ-2754
URL: https://issues.apache.org/jira/browse/OFBIZ-2754
Project: OFBiz
Issue Type: Bug
Components
[
https://issues.apache.org/jira/browse/OFBIZ-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray closed OFBIZ-2625.
-
Resolution: Fixed
Committed in r797259
> Product Comparisons in eCommerce
>
[
https://issues.apache.org/jira/browse/OFBIZ-2712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Patrick Antivackis updated OFBIZ-2712:
--
Attachment: OFBIZ-2712-poc-2009-07-23.patch
Just na update of the proof of concept patc
Yeah I'm +1 for that, another issue I stumbled across in the past
couple of days is that it doesn't work at all if you're running
separate instances on different subdomains e.g. demo.ofbiz.org and
demo904.ofbiz.org because the cookies keep overwriting each other.
Regards
Scott
On 24/07/200
Before I create a JIRA for this I want to make sure that I understand the
expected behaviour. Our situation is that we have a sales order with a
product shipped from non-serialized inventory. If the customer now returns
the order the magic begins ...
It appears that the "quickReceiveReturn" (wh
+1 for business logic, especially since we are internationalized.
Jacopo Cappellato sent the following on 7/23/2009 10:43 AM:
>
> On Jul 22, 2009, at 11:37 PM, David E Jones wrote:
>
>>
>> Why to do that might be more clear based on the initial "use case" for
>> this as shown in the demo data fo
In ofbiz-containers.xml, enable-cross-subdomain-sessions is set to
true. However, in CatalinaContainer.java, the default value is false.
When the value is true, catalina will *always* create a JSESSIONID
cookie value, even if no code calls request.getSession() or
getSession(true). This causes fr
We have run into a problem related to a pattern that our company has
established with regards to handling json events. We have a pattern
something like this ...
The trouble is with the nature of the json event -- it wraps up the results
from the service/event that is called and streams
On Jul 22, 2009, at 11:37 PM, David E Jones wrote:
Why to do that might be more clear based on the initial "use case"
for this as shown in the demo data for it (ie the tax form stuff).
I had another look at the demo data, and I must confess it is not 100%
clear to me, but this is probabl
Ah I understand now, thank you.
Well, this means that this entity as is doesn't work for the use case
I want to implement ("defining groups of gl accounts, where a gl
account could be in more than one group, of the same group type").
I see two possible options:
1) add the glAccountGroupId to
Cart that is loaded from an order has its orderId set to null
-
Key: OFBIZ-2753
URL: https://issues.apache.org/jira/browse/OFBIZ-2753
Project: OFBiz
Issue Type: Bug
Compon
That is correct.
-Adrian
a...@cohsoft.com.au wrote:
Thank you. Wish I'd known a week ago. :-)
Could someone please clarify - the methods in UtilDateTime destined for
deprecation are those not using TimeZone or Locale? So those using
TimeZone and Locale are okay to use?
Cheers,
Anne.
2009/
That is not correct. Decorators CAN be overridden, and a perfect example
of that is in the Asset Maintenance component.
All of the fixed asset screens were in FixedAssetScreens.xml. They
worked fine - there was nothing wrong with them. Therefore, there was no
valid reason to take one of those
Hello,
I want to access session attributes from the form-widget. Can anyone throw
lights on this?
I am setting session attributes through groovy. I don't want to use FTL.
Thanks
Bhupendra.
http://www.mindtree.com/email/disclaimer.html
Or put it into OFBiz and hopefully OpenTaps will get it at some point in the
future
Cheers,
Tim
--
Tim Ruppert
HotWax Media
http://www.hotwaxmedia.com
o:801.649.6594
f:801.649.6595
- "BJ Freeman" wrote:
> post in this forum for opentaps
> https://sourceforge.net/forum/?group_id=14585
[
https://issues.apache.org/jira/browse/OFBIZ-2727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chirag Manocha updated OFBIZ-2727:
--
Attachment: EnhancementsInFinAccountTrans.patch
-- Associated payments are now shown in table u
Adrian,
in general, decorators belong in the commonscreens xml file (defined in
web.xml) so it can be overridden in other components. With this commit
the fixed asset screens have to use the decorator in the same file and
that can not be changed elsewhere.
Regards,
Hans
On Wed, 2009-07-22 at 20
[
https://issues.apache.org/jira/browse/OFBIZ-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12734536#action_12734536
]
Vikas Mayur commented on OFBIZ-2741:
Thanks Arun, Joe.
Arun your patch is in trunk rev
[
https://issues.apache.org/jira/browse/OFBIZ-2713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12734504#action_12734504
]
Ashish Vijaywargiya commented on OFBIZ-2713:
Thanks Amit!
Done at r796972.
--
[
https://issues.apache.org/jira/browse/OFBIZ-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vikas Mayur reassigned OFBIZ-2741:
--
Assignee: Vikas Mayur
> Information of shipping method and sales tax are remove from cart when
28 matches
Mail list logo