Though I would wade in with my $.02 worth.
I've written pages where I spew all of the HTML out and then at the very end
(after the </html>) I add my JavaScript. Something like:
</body>
</html>
<script>
document.form[0].field.value = 'something'
</script>
This way the script won't run until after the whole page is created. You
might be able to use this to create your page and then write the JavaScript
to go to the parent frame, grab the values you want and then push them into
the page where you want them displayed.
The other option I can think of is to write your server page to generate the
2 output pages and save them disk using cfhttp. Then when you load your 2
frames have those pages cfinclude the generated pages. I know you are in a
clustered environment so this may not be feasible, but just a thought.
Good Luck!
______________________________________________________
Bill Grover
Supervisor MIS Phone: 301.424.3300 x3324
EU Services, Inc. FAX: 301.424.3696
649 North Horners Lane E-Mail: [EMAIL PROTECTED]
Rockville, MD 20850-1299 WWW: http://www.euservices.com
______________________________________________________
> -----Original Message-----
> From: Dave Carabetta [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 15, 2002 3:20 PM
> To: CF-Talk
> Subject: Re: One call for two pages?
>
>
> >haha, i totally screwed up that post.
> >
> >instant replay
> >
> >this is kindof a wacky situation. as far as I know there
> are few ways to
> >make a "recordset", or data in general, available across frames.
> >
> >in this case I would use a wddx recordset.
> >-i'd run the query in the upper frame
> >-return it to the page as a wddx recordset to the page
> >-onload of the upper i'd refresh the lower
> >-onload of the lower have it look at the wddx recordset in
> the upper and
> >build your page from there
> >
> >kinda messy. interesting problem that i've never really seen a good
> >solution to.
> >
> >you CAN refer to variables in other frames from the same domain.
> >
> >am i making sense here or am i speaking FridayAfternoonGettingTired
> >language here?
>
> No, you're making sense. That's an interesting approach. The
> one pitfall I
> see is that in order to refer to the top frame's field, I'd
> have to use
> JavaScript to get the value (parent.topFrame.fieldname.value)
> and then write
> the bottom frame out entirely in JavaScript. Outside of that,
> I don't see
> how I could get at the value via JavaScript, set it to a CF
> variable, and
> then use the resulting CF variable to write the page using
> standard markup.
>
> Does that make sense?
>
> Thanks for your reply,
> Dave.
>
> _________________________________________________________________
> Send and receive Hotmail on your mobile device: http://mobile.msn.com
>
>
______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide more
resources for the community. http://www.fusionauthority.com/ads.cfm
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
