Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 93675 invoked from network); 1 Jan 2004 22:19:47 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Jan 2004 22:19:47 -0000 Received: (qmail 14267 invoked by uid 500); 1 Jan 2004 22:19:31 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 14217 invoked by uid 500); 1 Jan 2004 22:19:31 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 14204 invoked from network); 1 Jan 2004 22:19:30 -0000 Received: from unknown (HELO out2.smtp.messagingengine.com) (66.111.4.26) by daedalus.apache.org with SMTP; 1 Jan 2004 22:19:30 -0000 X-Sasl-enc: PifjR+bGsREKdp8u3nnCeA 1072995575 Received: from upaya.co.uk (elfriedeholmes.demon.co.uk [80.177.165.206]) by www.fastmail.fm (Postfix) with ESMTP id B842F4910DE for ; Thu, 1 Jan 2004 17:19:34 -0500 (EST) Message-ID: <3FF49CE2.9020109@upaya.co.uk> Date: Thu, 01 Jan 2004 22:19:14 +0000 From: Upayavira User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Changing response targets with flow References: <1E0CC447E59C974CA5C7160D2A2854EC02FECBE6@SJMEMXMB04.stjude.sjcrh.local> In-Reply-To: <1E0CC447E59C974CA5C7160D2A2854EC02FECBE6@SJMEMXMB04.stjude.sjcrh.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hunsberger, Peter wrote: >Any idea if it would be possible to devise a way to alter the target >frame for a response in the flow? In particular, we have some search >screens that show their results in different frame. If a request fails >validation I'd like it to return to the original frame and not show the >results in the other frame. So, in this case I'd just like to remove >the target frame if the request fails validation. > >Peter Hunsberger > > I might be wrong, but I think your thinking is wrong here. You cannot control (from in flow) the frame that a page is presented in, because the browser does a request for a specific frame, and that's where the result will be shown. To achieve what you want, you'd have to do it with some client side javascript. Send back a response including some javascript that makes the browser reload the other frame. Hope this makes sense. Regards, Upayavira