<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
On 2010-03-19 15:43, Ashley Sheridan wrote:
<blockquote cite="mid:1269009806.2261.5.camel@localhost" type="cite">
  <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  <meta name="GENERATOR" content="GtkHTML/3.26.3">
On Fri, 2010-03-19 at 15:43 +0100, Roger H├ągensen wrote:
  <blockquote type="CITE">
    <pre>On 2010-03-19 15:17, Ashley Sheridan wrote:
> Search engines and people are not the only content parsers. Sure, you 
> would expect a parser to maybe look further into the content if the 
> description meta tag was missing, but imagine if a parser had to do 
> this for all the content it looked at? There are still overheads to 
> consider.
>
> Why not just use server-side code to output the first paragraph of 
> content as the description for the page also?
>
> I just feel that the <head> and <body> areas of a page have two 
> distinct uses, and unnecessary crossovers shouldn't occur if it's 
> avoidable.

True, but there is also such a thing as uneeded redundancy, sure 
repeating the same info in the meta tags which is also in the document 
may not add that many KB,
but with increasing number of page requesters that really pile up the 
bandwidth total. Something both users and hosters and ISPs should have 
an interest in right?
If you look at my other thread Re: [whatwg] <meta name="description" 
href="#desc" />
It allows notifying the parser that the content is in the page, and it 
is up to the parsers configuration whether to scan beyond the header in 
that case. Best of both worlds IMO.

Roger.
    </pre>
  </blockquote>
I did see that, and it looks like a great idea, as it shouldn't really
break anything, and I saw that it should be possible to use for the
keywords too, which would fit perfectly with tag cloud systems used on
a page.<br>
  <br>
I would presume that this would cause the content parser (browser) to
strip any and all tags surrounding the marked content?<br>
  <br>
  <table width="100%" cellpadding="0" cellspacing="0">
    <tbody>
      <tr>
        <td>
Thanks,<br>
Ash<br>
        <a moz-do-not-send="true" href="http://www.ashleysheridan.co.uk">http://www.ashleysheridan.co.uk</a><br>
        </td>
      </tr>
    </tbody>
  </table>
</blockquote>
<br>
Well, looking at the example
<a class="moz-txt-link-freetext" href="http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-March/025575.html">http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2010-March/025575.html</a><br>
I remebeerd that thew title element may have html markup in it (seen it
in the wild), so most parsers probably apply tag stripping to that
already,<br>
so yeah, stripping tags the parser do not want shouldn't be an issue
really.<br>
<br>
Roger.<br>
<pre class="moz-signature" cols="72">-- 
Roger "Rescator" H├ągensen.
Freelancer - <a class="moz-txt-link-freetext" href="http://EmSai.net/">http://EmSai.net/</a>
</pre>
</body>
</html>