It wouldn't be too big of a job to change this. When you preview something at the moment it passes in a "flushcache=1" to the site. This then (as far as i can see) translates to request.mode.flushcache=true.
Then around line 85 of /farcry_code/tags/webskin/cache.cfm it invokes the flushcache cfc. It flushes a whole block of caching. Whereas all you want it to do it flush one cachename, so that when this page is displayed it generates the content again. This should (totally untested) work like this: Line 89 of /farcry_code/tags/webskin/cache.cfm <cfinvokeargument name="lcachenames" value="#attributes.cacheName#"/> But you'll have to have a closer look. HTH Gav On Mon, 18 Oct 2004 18:22:29 +1000, Geoff Bowers <[EMAIL PROTECTED]> wrote: > Andrew Mercer wrote: > > When previewing a page, it appears that all caches are flushed - is > > this the case? > > If so what is thr reasnoning behind this. > > I suspect its just the way the cache tag works. No specific reasoning > beyond a PREVIEW should be of the latest content. > > > Would it be possible to have that cache tags ignored when previewing > > an object - such that the page would be rendered as if there was no > > caching set up? > > I'm sure its possible. How much work is required I can't even estimate. > It's been a very long time since I tinkered with the caching tags. > > -- geoff > http://www.daemon.com.au/ > > > > --- > You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] > To unsubscribe send a blank email to [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
