I think that approach would work just fine as well. As long as you are not planning on abandoning farcry, you should be fine. Often what I see if people trying to port existing apps into farcry; the major frameworks (FuseBox, MachII, etc.) seem to do ok b/c they route everything through a single entry point. As long as your app takes a similar approach, you can use FarCry to wrap as many UI templates around it as you need.
Scott Talsma CTO echo.eleven 404.845.3458 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Derek Westfall Sent: Tuesday, August 29, 2006 11:39 AM To: [email protected] Subject: [farcry-dev] Re: Invoke dynamic content with different methods -- approach? I don't mind recoding my app into FarCry templates. How about setting up different FarCary includes in the site tree for the different display methods and passing the conference object ID to that pageiD? Site tree: Home +-Conferences List +--Conference overview (include) +--Conference schedule (include) /index.cfm?objectid=["overview" pageid]&conferenceID=[conferenceid] /index.cfm?objectid=["schedule" pageid]&conferenceID=[conferenceid] Would that be closer to the ideal Farcry method? I don't want to resort to a hack that will come around to bite me later. Thanks! Derek -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Talsma Sent: Monday, August 28, 2006 2:59 PM To: [email protected] Subject: [farcry-dev] Re: Invoke dynamic content with different methods -- approach? I've never had to switch templates is such a scenario. I have linked a number of FuseBox apps in via dmInclude, and it works very well; you simply call your app as a custom tag. You could pass in as an additional URL parameter the template you want to use to render. You pass it to a placedholder dmInclude, which acts essentially as a proxy, including the #url.displayMethod# passed in. Perhaps a bit of a hack, but it would work. Alternatively, you could simply call your proxy, which interogates your method param, and determines in the code which renderer to use. The only downfall of both approaches is that your templates would probably be coded specifically for your app, limiting their reusability elsewhere. Scott Talsma CTO echo.eleven 404.845.3458 -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, August 28, 2006 4:39 PM To: farcry-dev Subject: [farcry-dev] Invoke dynamic content with different methods -- approach? I am porting an application to FarCry and am trying to get my mind around the FarCry way of doing things. Currently I have several different content types (ex. NewsItem, Conference) that get conjured by /go.cfm?objectid=[objectid]&method=[displayMethod] There are several different display methods for each content type. For example, our Conference type has display methods 'display' (shows the body content), 'displaySchedule' (shows the related schedule items), etc. I have created webskin display.cfm methods for the conference type and have created publishing rules that display links to the conference. This is working fine to display the conference body field and a container which will contain links to additional webskin display methods for the conference (displaySchedule, displayParticipants). I am unsure how I should format the link to conference to use the webskin displaySchedule.cfm method instead of the default webskin display.cfm. I'm using the default conjuror which just contains the nj:display tag. Am I going about this wrong? Do I need a more sophisticated conjuror? Should I be creating different pages for each content item and method? When it comes to the NewsItem type I have thousands, I don't think they should appear in the site tree. Thanks! Derek --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev -~----------~----~----~----~------~----~------~--~---
