iframe alternative for xhtml 1.0 strict?

I love iframes, but I just found out that the xhtml 1.0 strict
specification doesn't allow iframes. Is there an alternative to include
another page inside an xhtml strict document?
Thanks,

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
http://www.auriance.com - http://www.auriance.net

Unknown User wrote:

> I love iframes, but I just found out that the xhtml 1.0 strict
> specification doesn't allow iframes.

Nor does the HTML 4.01 Strict spec.

> Is there an alternative to include another page inside an xhtml strict
> document?

OBJECT.

Or better still, server-side includes.

--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact

Unknown User wrote:

> I love iframes, but I just found out that the xhtml 1.0
> strict specification doesn't allow iframes. Is there an
> alternative to include another page inside an xhtml
> strict document? Thanks,
>

* SSI
* Preprocessing
* Server side generation wtih scripting languages
(the most flexible). Learn Perl/CGI or PHP.
--
mbstevens http://www.mbstevens.com/preprocessor

On Mon, 04 Apr 2005 17:52:01 -0300, Toby Inkster
<usenet200504@tobyinkster.co.uk> wrote:

> Or better still, server-side includes.

:s I don't want to use server-side scripting such as PHP because it would
add overhead loading the whole page. I think I'll use xmlHttpRequest. At
least it's a server-side solution with less overhead.


--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
http://www.auriance.com - http://www.auriance.net

Unknown User wrote:
> On Mon, 04 Apr 2005 17:52:01 -0300, Toby Inkster
> <usenet200504@tobyinkster.co.uk> wrote:
>
>> Or better still, server-side includes.
>
>
> :s I don't want to use server-side scripting such as PHP because it
> would add overhead loading the whole page. I think I'll use
> xmlHttpRequest. At least it's a server-side solution with less overhead.
>
>

Er... I think PHP (or some other language) would happily serve your
pages without a big overhead. Put it this way, we have an Athlon 800mhz
server here that servers 100,000's of generated pages a day with NO
delay (instant rendering). You're more likely to introduce big slow
downs if you do it at the client.

mbstevens wrote:
> unless there is an extremely
> complex program that has to be run to generate the page.

....or when competition to run programs on the server is
huge. But if you're getting into situations where
competition to run processes is *that* heavy, you need
more servers.