Perhaps coding both iFrames and iLayers wouldn't be
too much to do to use the effect.

So iFrames and iLayers are really the same thing from a coding
and output perspective?  Same parameters, etc?

Rick

-----Original Message-----
From: Christian Cantrell [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 02, 2002 10:24 AM
To: CF-Talk
Subject: Re: Trying to dynamically populate IFrame content
pages...somehow.


If your browser baseline includes Netscape 4.x, you will either have to
use both tags, like so:

           <iframe scrolling="no" frameborder="0" marginheight="0"
marginwidth="0" src="http://domain/page.cfm";>
               <ilayer src="http://domain/page.cfm";></ilayer>
                 <nolayer>
                   <!-- handle the rare browser that does not support
either iframes or ilayers. -->
               </nolayer>
           </iframe>

Or attempt to achieve the same effect using regular frames since there
aren't may browsers out there anymore that don't support frames (even
newer text browsers like W3M handle frames just fine).  Look into
nesting the frames for additional flexibility, like so:

<html>
     <frameset rows="25%,75%">
         <frameset cols="25%, 25%, 25%, 25%">
             <frame src="page.cfm" />
             <frame src="page.cfm" />
             <frame src="page.cfm" />
             <frame src="page.cfm" />
         </frameset>
         <frameset cols="50%, 50%">
             <frame src="page.cfm" />
             <frame src="page.cfm" />
         </frameset>
     </frameset>
</html>

Jon, I didn't realize that iframes were actually in the 4.0 spec.  I
only knew they could not be reliably used because of Netscape's support
of ilayers.  Thanks for the info.

Cantrell

On Monday, December 2, 2002, at 08:55 AM, jon hall wrote:

> IFrame's have been a part of the HTML 4.0 spec which was finalized in
> 1998, one year after Netscape 4.0 came out. Every browser released
> since the end of 1998 has supported iframes. Netscape 4.0's version of
> iframe's are ilayer's.
>
> --
>  jon
>  mailto:[EMAIL PROTECTED]
>
> Monday, December 2, 2002, 8:41:31 AM, you wrote:
> CC> Glad it worked out (and that you slept better because of it).  I
> don't
> CC> know of any other issues with iframes beside browser compatibility.
> CC> I've always liked the idea of iframes, and thought that they should
> CC> have been included in the HTML 4.0 specification.  It seems that
> CC> Netscape is finally getting around to supporting them, though.  I
> tried
> CC> the test I sent last night in Netscape 7 on a Mac, and one of the
> CC> iframes rendered.  I guess Netscape doesn't want to jump into
> anything
> CC> too quickly.
>
> CC> Cantrell
>
> CC> On Monday, December 2, 2002, at 02:46 AM, Rick Faircloth wrote:
>
>>> Hi, Christian!
>>>
>>> Your were right!
>>>
>>> I tried your test and it worked fine.
>>> Put it to the test in my app and it worked perfectly!
>>> I'm not sure why I thought the variables couldn't be sent
>>> through the IFrame Src URL.  I've been working on this for two days
>>> and my mind was getting into quite a fog over it.
>>>
>>> I'll have to remember to test approaches simply before putting them
>>> into the complicated apps, where many things can cause them to fail,
>>> not just the approach itself.
>>>
>>> I'm still not sure why some of the other approaches weren't
>>> working...
>>> but I'm just glad this one is.  I think the IFrames will make a handy
>>> design
>>> element.
>>> I haven't used them before.
>>>
>>> Are there any issues with using them besides browser compatibility?
>>>
>>> Thanks so much for your help!  I will sleep better now!
>>> (2:45am...yawn)
>>>
>>> Rick
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: Christian Cantrell [mailto:[EMAIL PROTECTED]]
>>> Sent: Monday, December 02, 2002 1:12 AM
>>> To: CF-Talk
>>> Subject: Re: Trying to dynamically populate IFrame content
>>> pages...somehow.
>>>
>>>
>>> Rick,
>>>
>>> Why can't the variables be URL variables?  I think creating them as
>>> URL
>>> variables is actually your best bet.  If you use a scope like session
>>> or application, you are certainly looking at race conditions which
>>> cause mysterious bugs like the ones you are describing.  Consider the
>>> following example:
>>>
>>> <html>
>>>      <cfloop from="1" to="3" index="i">
>>>          <iframe src="filler.cfm?myvar=<cfoutput>#i#</cfoutput>">
>>>      </cfloop>
>>> </html>
>>>
>>> Now filler.cfm:
>>>
>>> <html>
>>>      <cfoutput>#url.myvar#</cfoutput>
>>> </html>
>>>
>>> This code works perfectly, rendering three iframes with documents
>>> containing the numbers 1, 2, and 3.
>>>
>>> Hope this helps.
>>>
>>> Cantrell
>>>
>>> On Monday, December 2, 2002, at 12:51 AM, Rick Faircloth wrote:
>>>
>>>> Hi, all.
>>>>
>>>> I was wondering if anyone had any experience with using Cold Fusion
>>>> and IFrames.  I've been trying to setup a page that has one or more
>>>> IFrames,
>>>> depending on query results, that send information to a page that is
>>>> the
>>>> content
>>>> page for the IFrames.  I loop the output from the query on the first
>>>> page,
>>>> and the IFrames are created and the IFrame content page does display
>>>> in the
>>>> IFrame, but the content is the same for each IFrame content page.
>>>>
>>>> In other words, the page that populates the IFrames is created
>>>> dynamically,
>>>> based
>>>> on the variables sent to it.  When the page holding the IFrames
>>>> loops
>>>> through its
>>>> query results, those results are sent during each loop to the IFrame
>>>> content
>>>> page
>>>> where it is created dynamically, then the page is brought in to the
>>>> IFrame.
>>>>
>>>> The problem is, the IFrame content page reflects only the last
>>>> loop's
>>>> variables in all
>>>> three IFrames.  I can't figure out how to get each loop's variables
>>>> in
>>>> the
>>>> various IFrames.
>>>> Since the variables can't be URL variables or Form variables, I
>>>> created
>>>> application
>>>> variables so the variables would be available to the IFrame content
>>>> pages.
>>>> That worked, but the only version of the IFrame content page to show
>>>> up in
>>>> the IFrames
>>>> was the version with the last loop's variables.
>>>>
>>>> It seems like what is happening is that the IFrame content page is
>>>> not
>>>> created until
>>>> the full page is rendered that contains the IFrames.  Then, last,
>>>> the
>>>> IFrame
>>>> content pages
>>>> are included.  In this case, it's the last loop's variables that
>>>> show
>>>> up,
>>>> because that's the
>>>> last version of the page that was created before it's inclusion in
>>>> the
>>>> IFrames.
>>>>
>>>> Most likely, only one version of the IFrame content page can exist
>>>> at
>>>> one
>>>> time, therefore
>>>> it shows up in each IFrame.  I even tried creating separate IFrame
>>>> content
>>>> pages to
>>>> populate the IFrames, but even then the variables didn't change.
>>>> ?????
>>>>
>>>> I hope this makes some sense...
>>>>
>>>> This is driving me crazy!
>>>>
>>>> I've just about given up on using IFrames in this manner because
>>>> they
>>>> just seemed to be more trouble than they are worth...
>>>>
>>>> Rick
>>>>
>>>> -------------------------------------------------
>>>> Rick Faircloth
>>>> Prism Productions
>>>>
>>>>
>>>
>>>
> CC>
>

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription: 
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Structure your ColdFusion code with Fusebox. Get the official book at 
http://www.fusionauthority.com/bkinfo.cfm

Reply via email to