- From: Jim Killian <jkillian@access.digex.net>
- Date: Tue, 09 May 1995 07:56:12 -0700
- To: "Ron Wolf" <ron.e.wolf@tsphere.com>, "Dianna Goble" <dmgoble@netcom.com>, ken@best.com, "Greg Lindberg" <theg@tripnspin.com>, "Multiple recipients of list" <www-talk@www10.w3.org>, "Charles Pontious" <charlie@mdli.com>, "Andrew Weiss" <aweiss@aimnet.com>, "Preston Gordon" <admin@tsphere.com>, "George Kellar" <george@tsphere.com>, "Charlie Schoenhoeft" <chaz@tsphere.com>
I believe Netscape intends to use this (or something similar to it) for simple animations techniques as well. >>> Jim At 10:54 AM 5/8/95 -0800, Ron Wolf wrote: >Mail*Link(r) SMTP Dynamic HTML documents with client pull > >Interesting feature here. >___________Ron >Ulf Kronman writes: > > > > I had to take a look at the HTML source to find out what this was, and I > > found a new HTML directive looking something like this: > > > > <META HTTP-EQUIV=REFRESH CONTENT="20; URL=http://[file name].au"> > > > > I presume this tells Netscape to download the audio file 20 seconds after > > the page has been loaded. > > > > Is this nuicance going to be a part of the proposed HTML v 3.0 or is it a > > Netscape specific extension? > >The META tag is HTML 2. Standard stuff. Used for several indexing >applications, as far as I know. > >Sounds like they've chosen to interpret "http-equiv=refresh" to mean >that the client should go retrieve some stuff after a little >while. Hmmm... I thought http-equiv was intended for the server to >spit out HTTP headers when this document is served. This might be >different from the spirit of the spec, but it's not inconsistent, >technically. > >In any case: the HTML spec is hardly relavent. This is an HTTP-related >innovation. > > > This is AWFULL - this means that the time when *you* choose what you want > > so see on the web is gone! TV-style advertising is entering the Web! > >So don't visit providers that use this feature. > >Netscape has enabled a certain class of applications, but ultimately, >you still choose whether to participate in them or not. > >As an information provider, you choose whether you want to rely on such >experimental features or not too. > >Dan > >------------------ RFC822 Header Follows ------------------ >Received: by tsphere.com with SMTP;28 Apr 1995 18:09:53 -0800 >Received: from (localhost) by www19 (5.0/NSCS-1.0S) > id AA06983; Fri, 28 Apr 1995 20:23:05 +0500 >Date: Fri, 28 Apr 1995 20:23:05 +0500 >Message-Id: <9504282104.AA18211@www16> >Errors-To: procmaster@www19.w3.org >Reply-To: connolly@w3.org >Originator: www-talk@mail.w3.org >Sender: www-talk@www10.w3.org >Precedence: bulk >From: connolly@w3.org (Dan Connolly) >To: Multiple recipients of list <www-talk@www10.w3.org> >Subject: Dynamic HTML documents with client pull >X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas >X-Comment: To sign off, send mail to listproc@mail.w3.org with body DEL >WWW-TALK >content-length: 1419 > > > > >
Received on Tuesday, 9 May 1995 11:00:19 UTC