> Is there any reason why some of these could not in fact be publishing > rules? Wouldn't this give you greater flexibility in terms of how you > deploy the functionality.
I probably answered this (although possibly with an internal perspective that may not make sense when viewed from another perspective) in the response I posted to your reply to Ian. I can try to clarify that response better, but I think it is more to do with decisions in how we have decided to work internally than anything to do with FarCry specifically. So far, where we have wanted the user to have a mechanism to provide some type of parameters for an include, we have used a Custom Rule (e.g. the number of items to display from the Aspect Huntley Financial News). The concept was more from a programmers/developers perspective where there may be multiple ways to trigger an include. It would avoid creating up different "shell" includes that hard coded the parameters. > Your suggesting the selection list is populated from a recursive look at > all _filename.cfm files in the branch? Sounds reasonable. Yes, although my third piece of functionality suggests a file mask that people can configure. This could also go in the same place as the config paths variable. For people who were NOT using the _ as a prefix they would be able to change this to something different: e.g. *.cfm instead of _*.cfm. > Perhaps this should be a "_serverspecificvar". ie. you could override > it programatically in the project code base instead of adding to teh > list of general config items? Yep - happy with that. I would assume though that there would be a default one of these - where would you want that live in the object/variable structure? application.customincludepath ? And it would allow a comma separated list ? And have a defaul there of "/includedObj" ? > I think this is a must. The edit handler for include objects is > rudimentary at best. Well I will definitely plan that into the mix as well then. 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 farcry-dev 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
