W3C home > Mailing lists > Public > www-html@w3.org > April 1998

RE: include in html

From: <terje@in-progress.com>
Date: Fri, 17 Apr 1998 13:36:05 -0700
Message-Id: <b15d686d0f021004a0e5@[199.106.6.97]>
To: <www-html@w3.org>
At 9:08 AM 4/17/98, David Norris wrote:
>I think that creating one document from many files should be left to the
>serving machine, editor, or some preprocessor.  I see the advantage, and, I
>use it heavily.  But, I am not convinced that it would be best implemented
>by the UA.

Its better with a hybrid solution where the server builds a document from
multiple entities but also leaves some of the merging to the browser.

For example, one might want to build a document based on content from
multiple servers. This would be far more efficiently solved by the browser
than require the content to pass by the server.

The discussion about where in the system the inclusion should occur is an
old one. When I first suggested that some form for INCLUDE capability was
added to HTML (back in 1993) I had browser-side transclusion in mind.
However, the server developers was quick to identify that inclusion could
quickly be implemented on the server, so that's what we got.

SSI is an ugly and unfortunate hack to achieve inclusion. The functionality
is (and was) already covered by the markup standard, so SSI reinvented the
wheel. Expect it to be faded out of use as web authors get used to XML
entities.

-- Terje <Terje@in-progress.com> | Media Design in*Progress

   C a s c a d e... a comprehensive Cascading Style Sheets editor for Mac
   XPublish - for efficient website publishing with XML
   Make your Web Site a Social Place with Interaction!

   Check out our web tools at <http://interaction.in-progress.com>
Received on Friday, 17 April 1998 16:30:50 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:15:36 GMT