numero = 35284
interpreted = N
texte = >is it because when you check the value of [quantity] you are within a >[lineitems] loop? Yes, it is within a lineitems loop.[lineItems]
[/lineItems] >try as a test all new names that leads to this test: > >[showif [Aquantity]>[Inv]] [text]kwantity=[Inv][/text][/showif] > >kwantity=[kwantity]I did. (See above.) In this test, the number of items in inventory [Inv] is 9. If I place an order for 11 items, I get: kwantity=9 Aquantity=11This is exactly the same result as with my previous attempts to understand this problem.The problem with resetting the [quantity] formvariable *MUST* be related to the way that [quantity] is passed from Results.tpl to ShoppingCart.tpl.Last week, I asked for help on a related matter. I want to have [price] determined by the quantity ordered. The problem was that if I passed the formvariable for [quantity] from Results.tpl to ShoppingCart.tpl as a text variable, it allowed users to change the number ordered on ShoppingCart.tpl from a large number (with a quantity discount) to a smaller number (and still get the quantity discount). The only way I could solve this is by having the [quantity] field displayed as hidden text and also as a plain, unchangable variable.[Aquantity]This is the only way I can get [quantity] passed from Results.tpl to ShoppingCart.tpl AND to Invoice.tpl without either letting users change the quantity ordered. It also prevents a mysterious 8-digit number from being passed to the [quantity] field on Invoice.tpl. (I still don't know where THAT comes from.) This works, but I admit it's not at all elegant and it indicates a problem with the passing of the formvariable, but I don't know what else to do. Everything else I tried failed.I appreciate the help from you guys. I'll get this whipped someday.Glenn------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
[/lineItems] >try as a test all new names that leads to this test: > >[showif [Aquantity]>[Inv]] [text]kwantity=[Inv][/text][/showif] > >kwantity=[kwantity]I did. (See above.) In this test, the number of items in inventory [Inv] is 9. If I place an order for 11 items, I get: kwantity=9 Aquantity=11This is exactly the same result as with my previous attempts to understand this problem.The problem with resetting the [quantity] formvariable *MUST* be related to the way that [quantity] is passed from Results.tpl to ShoppingCart.tpl.Last week, I asked for help on a related matter. I want to have [price] determined by the quantity ordered. The problem was that if I passed the formvariable for [quantity] from Results.tpl to ShoppingCart.tpl as a text variable, it allowed users to change the number ordered on ShoppingCart.tpl from a large number (with a quantity discount) to a smaller number (and still get the quantity discount). The only way I could solve this is by having the [quantity] field displayed as hidden text and also as a plain, unchangable variable.[Aquantity]This is the only way I can get [quantity] passed from Results.tpl to ShoppingCart.tpl AND to Invoice.tpl without either letting users change the quantity ordered. It also prevents a mysterious 8-digit number from being passed to the [quantity] field on Invoice.tpl. (I still don't know where THAT comes from.) This works, but I admit it's not at all elegant and it indicates a problem with the passing of the formvariable, but I don't know what else to do. Everything else I tried failed.I appreciate the help from you guys. I'll get this whipped someday.Glenn------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Glenn Busbin
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...