Hi guys

We are trying to implenet a simple "make a donation" through the smith cart. We have set up the cart turning off many of option so unecessary fields are not displayed. Activated the "user entered" ammounts option. Via another thread I posted we have set up to allow 8 digit number including decimal poit values to be entered.

However I could do with some help to solve the following issues (if you wish ot see cart it is at http://west.org.uk.temp-www4.com/shop

1. Ideally I don’t want to see a quantity as a customer, nor the tab for further description on the product detail page http://west.org.uk.temp-www4.com/shop... Can this be changed via a template or other solution?

2. The user entered ammount shows fine through the cart process until yuo reach the confirmation prior to checkout. For some reason the user entered amount is lost and one sees the the unit cost only. Is this a glitch or a configeration issue? What should the unit cost value be?

confirmation http://west.org.uk.temp-www4.com/shop...

Any help apprecaited in setting up this function. We want ot make it really easy for someone to make a donation - so anyone with experience in setting this up I would be pleased to hear your experiences.

John

Thanks for response, we have fixed the Tab and hidden quantities where we can. We are using version 3.8 of the smith cart.

We still have an issue that the User Enterered ammounts are NOT being carried through to the checkout.

The user entered ammounts are shown at Cart stage and are lost at checkout stage - defaulting back to the unit value.

(Saying that we had once instance today where we thought the cart worked correctly and allowed us to carry user value right through to the paypal sandbox.)

I am wondering if the issue might be that of caching - in that it holds the cache amount at cart stage and loses the cache ammount during "confirm" so that by checkout it has to revert to default.

Is there an easy way to test this theory? Should the website be in Full Trust? Would having the site in an application pool impact this? Any ideas welcomed.

John

We have tested the "user entered ammounts" on v3.93 and the caching bug has been fixed. However you have rewritten the coding to make the functionality an "enter product price offer" option and it no longer servers as a "make a donation" solution.

In the 3.8 version of the cart, we simple send users to the "item detail" page for "make a donation" product - so all they had to do was enter a value and proceed to payment. See http://west.org.uk.temp-www4.com/shop... this is really neat.

Now with 3.93 you are forced to provide a "suggested" price against which user can make a variation and cannot change this on the detail page. see http://www7.smith-consulting.com/Prod... If we send users to the "shop" page the donations is not intuitive as it obvious you are buying a product and even with a zero value it is a fudge.

Please either provide us with a fix for current version 3.8x as this works perfectly for donations - (even more so if we could hide quantity right through to checkout) or change the functionality in 3.94 so that there is the abilty to enter a value in the "detail" page (if 0.00 price is placed against a product then ideally on detail page it should be a blank "price" field so user is invited to enter an ammount). Another nice touch would be to have an option to hide the "quanity" field.

Please advise which solution you could provide please

I just updated cart v3.94 on the downloads page with the fix for user entered amounts on the product details page. Please download and install cart v3.94 to fix user entered amounts. Remember to go into the product detail module settings and check user entered amounts.