> When it comes to manipulating HTML on the fly like that you have no > alternative but to embed CF code straight into the HTML code, whether it be > with a CFIF or calling a UDF or any other method.
It's different because a variable is not code or logic. By using a variable you are completely free to initialise the variable through any mechanism you like (calling a UDF, using complex logic, writing math to calculate it, calling a CFC method) and are then not dependent on it being actual "code". This then gives you complete freedom to change the implementation of how that value is formulated. But, no-one has to do it my way. Everyone is entitled to find out the best ways that work for them. I simply raised it as a "best practice" methodology because by just using a variable you are getting the maximum separation between your display and your logic. Granted, because you are using Cold Fusion, there has to be some point at which the synergy takes place (referencing of the variables contest through the ## mechanism). I simply just choose to try and always get that synergy happening at the most atomic level as possible. And, in most languages, this is at the variable level (not at the function level or higher). The same will be applicable for something like ASP or PHP. In the simple example I gave, I can see why people would want to just call the "alternate()" directly instead of using a variable (and I know I am still guilty of this from time to time) but it should be remembered that it IS an example and, often, the reality is more complex. In many cases, the call to "alternate()" is not actually done as close to the point of use as that example was. Make sense ? Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 **************************************************************************** If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual's portfolio can only be made after an examination of the particular client's investments, financial circumstances and requirements. **************************************************************************** --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
