[
Lists Home |
Date Index |
Thread Index
]
- From: Dave Carlson <dcarlson@ontogenics.com>
- To: <xml-dev@ic.ac.uk>
- Date: Fri, 23 Jan 1998 12:41:13 -0700
At 02:08 PM 1/23/98 -0500, you wrote:
>Jeremie Miller writes:
>
> > I'm wondering what everyone else thinks about this issue. When a
> > server-side solution is used to dynamically modify XML content into HTML so
> > existing browsers can render it appropriately, what happens to a browser
> > that _can_ deal with the XML or XML + XSL? Or what happens to an
> > intelligent spider that understands XML? As far as I can tell, right now
> > nothing happens, they get HTML just like anyone else. But so much is lost
> > and it nullifies much of the power of XML and the meta information it
> > contains.
>
>This should not really be a problem -- the link for the rendered HTML
>will be different (it will point to a CGI or servlet, usually), while
>there can be a direct link to the XML if someone wants to make it
>available.
>
Not necessarily true. The Java Web Server can be configured to filter all
files with a specified extension thru a filter servlet. E.g. the docproc
XSL processor runs as a servlet, and ALL documents with .xml extension will
be filtered to output .html files to the client. You do not need to have a
cgi-bin url, or pass the xml file name as a cgi argument.
Dave Carlson
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|
