I use fusebox now. And url and form scopes becomes attributes. this makes things easy
----- Original Message -----
From: [EMAIL PROTECTED]
To: CF-Talk
Sent: Thursday, November 13, 2003 9:37 AM
Subject: RE: Re[2]: Best Practices
sometimes better not to scope (admittedly not very often)....
i.e. a search form where parameters can come in either the URL or FORM
scope... what do you do... scope them out and have double the coding
work?
what would be the best practice in that case?
-dc
-----Original Message-----
From: Calvin Ward [mailto:[EMAIL PROTECTED]
Sent: 13 November 2003 14:25
To: CF-Talk
Subject: Re: Re[2]: Best Practices
The question was theoritical in nature, not everyone scopes
variables, I'm sure we all realize.
- Calvin
----- Original Message -----
From: Philip Arnold
To: CF-Talk
Sent: Thursday, November 13, 2003 7:19 AM
Subject: RE: Re[2]: Best Practices
> And incidentally, I wonder how it is handled if you send the
> same named variable in the query string and a form field
with
> method POST... If it were 2 form fields with the same name,
> you would typically get a comma delimited list, but I
suspect
> that it might not work that way with the query string and
> form field technique.
Well, it would hand the one that you scope it to
If you ask for URL.myVar, then you'd get the URL version
If you ask for form.myVar, then you'd get the Form version
You DO scope your variables, don't you?
_____
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
- RE: Re[2]: Best Practices Philip Arnold
- Re: Re[2]: Best Practices Calvin Ward
- Re: Re[2]: Best Practices Jochem van Dieten
- RE: Re[2]: Best Practices Tangorre, Michael
- RE: Re[2]: Best Practices Dave Watts
- Re: Re[2]: Best Practices Mickael
- RE: Best Practices Ian Skinner
- RE: Re[2]: Best Practices d.a.collie
- Re: Re[2]: Best Practices Thomas Chiverton
- Re: Re[2]: Best Practices Calvin Ward
- Re: Best Practices Mickael
- Re: Best Practices Ubqtous
- Re: Re[2]: Best Practices Calvin Ward
- RE: Re[2]: Best Practices Tangorre, Michael
- RE: Re[2]: Best Practices Tangorre, Michael
- RE: Re[2]: Best Practices d.a.collie
- RE: Best Practices d.a.collie
- Best Practices Mickael
- Re: Best Practices cf
- Re: Best Practices Jochem van Dieten
- Re: Best Practices Nick de Voil