Shopping list problem in ecommerce component

2010-06-08 Thread rrhati2010
Hi, When I create a new shopping list , every time i click on create new button it creates a new shopping list with same nameHow can I avoid creating shopping list with same name??... Please help. - RRH -- View this message in context:

[jira] Commented: (OFBIZ-3786) First Visit is never been called

2010-06-08 Thread Sascha Rodekamp (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-3786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12876569#action_12876569 ] Sascha Rodekamp commented on OFBIZ-3786: Hi Jacques i'll try to explain what's in

[jira] Commented: (OFBIZ-2882) EntityList cache clearing issues when removing generic entity via DelegatorImpl

2010-06-08 Thread Jacques Le Roux (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-2882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12876588#action_12876588 ] Jacques Le Roux commented on OFBIZ-2882: Thanks Bob, Hopefully Adam will get a

Re: Shopping list problem in ecommerce component

2010-06-08 Thread Ankit Jain
Hi, The name New Shopping List is default name and it is set in createShoppingList service in ShoppingListServices.xml check property-to-field field=newEntity.listName resource=OrderUiLabels property=OrderNewShoppingList default=New Shopping List/ here you see that the value is

[jira] Commented: (OFBIZ-3798) Add generic service to call xml-rpc request

2010-06-08 Thread Scott Gray (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-3798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12876604#action_12876604 ] Scott Gray commented on OFBIZ-3798: --- It might not hurt to take a look at the existing

[jira] Commented: (OFBIZ-3798) Add generic service to call xml-rpc request

2010-06-08 Thread Nicolas Malin (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-3798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12876670#action_12876670 ] Nicolas Malin commented on OFBIZ-3798: -- Hi Scott, I already analyse XmlRpcClient to

Re: Dojo tree 1.4

2010-06-08 Thread Sascha Rodekamp
Hey guys, i started the work to update the Dojo libary to the current version 1.4. And i have to say that it didn't satisfy me to work on every Dojo based JaveScript for a little version update. It will coast a lot of time to test and update all the JavaScript Code. And what we have at the end a

Re: Dojo tree 1.4

2010-06-08 Thread Ashish Vijaywargiya
Instead of spending my time with updating all the Dojo stuff, i could spend my time to migrate all Prototype / Dojo based Code to jQuerry. One sample application(or we can say functionality) would be of great help. Then everyone can see the live functionality and can comment accordingly! --

Re: Dojo tree 1.4

2010-06-08 Thread anil . patel
This is line with I said earlier. We should instead use jquery. And to some extend we need to be ready to help those community to build and maintain tools that help us. I will prefer jquery over dojo. Sent from my iPhone On Jun 8, 2010, at 10:12 AM, Sascha Rodekamp

Re: Shopping list problem in ecommerce component

2010-06-08 Thread rrhati2010
Hi Ankit, Thanks for the solution. Even if I change the default value, I didn't get a unique Shopping list name inserted into the database on clicking Create new button. I need, whenever I click on create new , a unique shopping list name is inserted into the database. Please help...How to

Re: Dojo tree 1.4

2010-06-08 Thread Erwan de FERRIERES
Le 08/06/2010 16:12, Sascha Rodekamp a écrit : Hey guys, i started the work to update the Dojo libary to the current version 1.4. And i have to say that it didn't satisfy me to work on every Dojo based JaveScript for a little version update. It will coast a lot of time to test and update all

[jira] Assigned: (OFBIZ-3575) Union view entity support

2010-06-08 Thread Adam Heath (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adam Heath reassigned OFBIZ-3575: - Assignee: Adam Heath Union view entity support -

[jira] Commented: (OFBIZ-3575) Union view entity support

2010-06-08 Thread Adam Heath (JIRA)
[ https://issues.apache.org/jira/browse/OFBIZ-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12876702#action_12876702 ] Adam Heath commented on OFBIZ-3575: --- I've started to look at this now. First comment, is

Re: Shopping list problem in ecommerce component

2010-06-08 Thread Jacques Le Roux
Please use rather user ML for such questions, see why here : http://cwiki.apache.org/confluence/display/OFBADMIN/Mailing+Lists#MailingLists-DesignanddevelopmentList:dev@ofbiz.apache.org Thanks Jacques From: rrhati2010 rr.h...@tcs.com Hi Ankit, Thanks for the solution. Even if I change the

Re: Dojo tree 1.4

2010-06-08 Thread Adrian Crum
I'm not a JavaScript expert, so I don't have any strong opinions on the choice of a library. I have some suggestions, however. I haven't looked at the JavaScript library integration lately, but I recall that it started out with creating connector code in selectall.js. In other words,

Re: Dojo tree 1.4

2010-06-08 Thread Scott Gray
My personal opinion is that adding an additional layer of javascript has more downsides that it does upsides. - More code to maintain - Slightly hackish, multi-parameter strings? - Another API for users to learn - Abstracting basic method calls is one thing but what about the more complex object

Re: Dojo tree 1.4

2010-06-08 Thread Sam Hamilton
It would make a number of my developers very happy if we migrated over to jQuery. Its been described to me that Dojo is heavy and Prototype as a library for javascript geeks where as jQuery is simpler, more flexible and faster to use (coding is about 50% quicker than Prototype one developer has

Re: Dojo tree 1.4

2010-06-08 Thread Tim Ruppert
+1 - I like Prototype, but mostly because we know it well and JQuery was yet the framework that it is today. You're exactly right that Dojo is heavey and Prototype is a library for javascript geeks :) JQuery is likely the best choice on the market right now. Cheers, Ruppert On Jun 8, 2010,

Re: Dojo tree 1.4

2010-06-08 Thread Ashish Vijaywargiya
Comparision article: http://blog.creonfx.com/javascript/mootools-vs-jquery-vs-prototype-vs-yui-vs-dojo-comparison-revised -- Ashish On Wed, Jun 9, 2010 at 10:01 AM, Tim Ruppert tim.rupp...@hotwaxmedia.com wrote: +1 - I like Prototype, but mostly because we know it well and JQuery was yet the

Re: Dojo tree 1.4

2010-06-08 Thread Deepak Dixit
Good idea Sascha, Yes jQuery is much better then Dojo and much faster then Prototype. Thanks Regards -- Deepak Dixit HotWax Media Pvt. Ltd. Sascha Rodekamp wrote: Hey guys, i started the work to update the Dojo libary to the current version 1.4. And i have to say that it didn't satisfy

Re: Dojo tree 1.4

2010-06-08 Thread Ankit Jain
Yes Sascha, i am agree with you , jquery is light more efficient than all other js frameworks. -- Thanks Regards: Ankit Jain Enterprise Software Developer Hotwax Media Pvt. Ltd. www.hotwaxmedia.com On Tuesday 08 June 2010 07:42 PM, Sascha Rodekamp wrote: Hey guys, i started the work to

Re: Dojo tree 1.4

2010-06-08 Thread Rishi Solanki
+1 for JQuery, it might be pain to learn newer tech, but as we recently start looking into it, we found It has much more easy ways to handle things. Rishi Solanki Manager, Enterprise Software Development HotWax Media Pvt. Ltd. Direct: +91-9893287847 http://www.hotwaxmedia.com On Wed, Jun 9,

Re: Dojo tree 1.4

2010-06-08 Thread Atul Vani
+1 jQuery is simpler, more flexible and faster to use (coding is about 50% quicker than Prototype one developer has reported), plus now that its community is really building the number of plugins and scripts are increasing very fast. true indeed. -- Thanks Regards Atul Vani Enterprise