Re: [WebDNA] fastcgi 7+ & [cart]?

This WebDNA talk-list message is from

2010

It keeps the original formatting. numero = 105494
interpreted = N
texte = Sounds interesting. OK, we will do this.- chrisOn Jul 6, 2010, at 11:53, Kenneth Grome wrote:>> In my opinion, the new behaviour could be a "plus" when we have to =recover variables and it is pretty easy to strip the extra data out with =a small function, this is why i would be inclined towards keeping the =new behaviour. For instance, and if needed, it will make possible to use =the "back" button from the browser, or not -your choice- while the older =behaviour does not.>=20> I agree with you Chris when you say that it's nice to have a tag that =includes the variables. After all, it's a pain in the butt to have to =code them in separately. But having *two tags* that we can choose from =seems like the ideal alternative to me.>=20> So here's a thought:>=20> Why not keep the old [thisurl] behavior, then add a new [thisurlplus] =tag that contains the variables. This gives us the best of both worlds =-- backward compatibility as well as a new tag to make including the =variables easier.>=20> :)>=20> Sincerely,> Kenneth Grome>=20>=20>=20> ---------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us> Bug Reporting: support@webdna.us Associated Messages, from the most recent to the oldest:

Sounds interesting. OK, we will do this.- chrisOn Jul 6, 2010, at 11:53, Kenneth Grome wrote:>> In my opinion, the new behaviour could be a "plus" when we have to =recover variables and it is pretty easy to strip the extra data out with =a small function, this is why i would be inclined towards keeping the =new behaviour. For instance, and if needed, it will make possible to use =the "back" button from the browser, or not -your choice- while the older =behaviour does not.>=20> I agree with you Chris when you say that it's nice to have a tag that =includes the variables. After all, it's a pain in the butt to have to =code them in separately. But having *two tags* that we can choose from =seems like the ideal alternative to me.>=20> So here's a thought:>=20> Why not keep the old [thisurl] behavior, then add a new [thisurlplus] =tag that contains the variables. This gives us the best of both worlds =-- backward compatibility as well as a new tag to make including the =variables easier.>=20> :)>=20> Sincerely,> Kenneth Grome>=20>=20>=20> ---------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us> Bug Reporting: support@webdna.us christophe.billiottet@webdna.us

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

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...

Related Readings:

OLD PROBLEM (1997) Trigger to restart Webcat Service (2001) ampersand (1998) Preventng cacheing (2000) WC2b15 File Corruption (1997) [WebDNA] Dead line Time Math (2017) PCS Frames (1997) request for string functions (1998) OT: Unix Guru Needed (2003) Cart doesn't interpret tag! (1997) Image size & weight limit on upload (2002) [ShowCart]-- was ThankYou page problems (1997) send mail problem? (1997) changing creator codes (2000) Browser Info.txt (1997) [Webcat 2]Next (1997) Mac WebCat 4.0 Day Planner Hang (2000) faxing orders (2000) Which GUI HTML editors work with WC ? (1997) While I'm on Cookies... :-) (2004)