Received: by taz.hyperreal.com (8.8.4/V2.0) id MAA29771; Mon, 24 Feb 1997 12:18:34 -0800 (PST) Received: from nora.pcug.co.uk by taz.hyperreal.com (8.8.4/V2.0) with SMTP id MAA29686; Mon, 24 Feb 1997 12:18:21 -0800 (PST) Received: from imdb.demon.co.uk by nora.pcug.co.uk id aa13431; 24 Feb 97 20:17 GMT Date: Mon, 24 Feb 1997 20:15:43 +0000 (GMT) From: Rob Hartill To: Apache Mailing List Subject: Re: META revisited In-Reply-To: <9702241623.aa18812@gonzo.ben.algroup.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@hyperreal.com On Mon, 24 Feb 1997, Ben Laurie wrote: > A long, long time ago, I brought up the question of HTTP-EQUIV META tags. I > was told at the time that this is a client-side thing. However, this does not > appear to be the case. Firstly, the HTML 3.2 spec clearly says that this tag > should be used by servers, and secondly, Netscape at least do not process it at > the client end (as far as I can tell). > > Standards-wise, this is somewhat unfortunate - should this really be in the > HTTP spec? Anyway, the question is, does anyone have any views? Should we > support this? It makes far more sense for the CLIENT to parse the HTML for META since there's more spare cpu cycles on clients than servers, and the clients already have to parse the HTML anyway. Should Apache support it ?, support - yes, as part of the core - no. It's a trivial module to write (I have one for mod_perl), but it's definitely not for everyone.