<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>精東·博客 &#187; html</title>
	<atom:link href="http://www.wemvc.com/tag/html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.wemvc.com</link>
	<description>男人的胸怀是委屈撑大的。</description>
	<lastBuildDate>Tue, 10 Jan 2012 04:26:50 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>HTML中标签profile属性的作用</title>
		<link>http://www.wemvc.com/141.html</link>
		<comments>http://www.wemvc.com/141.html#comments</comments>
		<pubDate>Thu, 14 Aug 2008 09:42:53 +0000</pubDate>
		<dc:creator>精东</dc:creator>
				<category><![CDATA[head]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[profile]]></category>

		<guid isPermaLink="false">http://www.wemvc.com/?p=141</guid>
		<description><![CDATA[符合数据的轮廓描述
HEAD的profile特定指定了符合数据的轮廓描述的位置.profile特性的值是统一资源定位器.用户代理器可以以两种途径来使用统一资源定位器:
作为唯一的通用的全局的名称.用户代理器可能能够识别这个名称(现在不取回轮廓描述)并且执行一些基于已知轮廓描述约定的进程.例如,搜索引擎可以提供一个在HTML文档目录中搜索的接口,而这些文档对于目录响应均使用相同的轮廓描述.
作为一个链接,用户代理器可能废弃这个统一资源定位,而执行一些在轮廓描述中定义的东东(例如:确定当前HTML中的轮廓描述有效).这份说明书没有定方轮廓描述的格式.
这个例程引用一份假定的轮廓描述来定义有用的文档索引属性.由此轮廓描述定义的属性&#8212;包括&#8221;作者&#8221;,&#8221;版权&#8221;,&#8221;关键词&#8221;和&#8221;日期&#8221;&#8212;在后来的META声明中设值.
&#60;HEAD profile=&#8221;http://www.acme.com/profiles/core&#8220;&#62;
&#60;TITLE&#62;How to complete Memorandum cover sheets&#60;/TITLE&#62;
&#60;META name=&#8221;author&#8221; content=&#8221;John Doe&#8221;&#62;
&#60;META name=&#8221;copyright&#8221; content=&#8221;© 1998 Acme Corp.&#8221;&#62;
&#60;META name=&#8221;keywords&#8221; content=&#8221;corporate,guidelines,cataloging&#8221;&#62;
&#60;META name=&#8221;date&#8221; content=&#8221;23 Jan 1998 16:05:31 GMT&#8221;&#62;
&#60;/HEAD&#62;
]]></description>
		<wfw:commentRss>http://www.wemvc.com/141.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>html中title和alt属性的区别</title>
		<link>http://www.wemvc.com/72.html</link>
		<comments>http://www.wemvc.com/72.html#comments</comments>
		<pubDate>Tue, 12 Aug 2008 15:20:11 +0000</pubDate>
		<dc:creator>精东</dc:creator>
				<category><![CDATA[html]]></category>

		<guid isPermaLink="false">http://www.wemvc.com/?p=72</guid>
		<description><![CDATA[当浏览器卖主扭曲了标准并且自顾自的不按规则去做一些事，他们可能会造成一些问题，或者至少产生了混淆。例子之一就是一些浏览器处理alt属性（一般会被错误的称作alt标签）的方式，比如拥有大量用户的Windows的IE浏览器。
替换文字（alt text）并不是用来做提示（tool tip），或者更加确切的说，它并不是为图片提供额外说明信息的。相反地，title属性才应该用来为元素提供额外说明信息。这些信息在大部分图像浏览器里显示为提示（tool tip），虽然制造商可以任意采取其他方式渲染title属性的文字。
很多人看来对这两个属性感到迷惑（最近这个问题在Web Standards Group邮件列表里变多了）， 所以我写下我的想法，如何去用它们。
alt属性
为不能显示图像、窗体或applets的用户代理（UA），alt属性用来指定替换文字。替换文字的语言由lang属性指定。
来源：How to specify alternate text.
Alt属性（注意是“属性”而不是“标签”）包括替换说明，对于图像和图像热点是必须的。它只能用在img、area和input元素中（包括applet元素）。对于input元素，alt属性意在用来替换提交按钮的图片。比如：&#60;input type=&#8221;image&#8221; src=&#8221;image.gif&#8221; alt=&#8221;Submit&#8221; /&#62;.
使用alt属性是为了给那些不能看到你文档中图像的浏览者提供文字说明。这包括那些使用本来就不支持图像显示或者图像显示被关闭的浏览器的用户，视觉障碍的用户和使用屏幕阅读器的用户。替换文字是用来替代图像而不是提供额外说明文字的。
在写替换文字前仔细想想，保证那些文字确实为那些看不到图像的人提供了说明信息，并且在上下文中有意义。对于那些装饰性的图片可以使用空的值（alt=&#8221;"，引号中间没有空格），而不是使用不相关的替换文字比如“blue bullet”或者“spacer.gif”。不要忽略它，如果你忽略了，那么一些屏幕阅读器会直接阅读图像文件的文件名，那些文字浏览器，比如Lynx 会显示图像文件的文件名，而那对于你的浏览者就没什么用了。
包含文字的图像图片设置替换文字是最简单的，图像中包含的文字一般来说就可以作为alt属性值。
至于替换文字的长度，看看WCAG 2.0（网站内容可用性指南2.0）是怎么说的：
Alt属性值得长度必须少于100个英文字符或者用户必须保证替换文字尽可能的短。
我把它理解为“尽可能短，尽需要长”。
即使你想让它显示为提示（tool tip），也不要给文字元素使用alt属性，这并不是它的用法。至今据我所知，那样做仅能在Windows的IE浏览器和古老的Netscape 4.*（windows版本）有效。没有一个Mac的浏览器会将它显示为提示（tool tip）。
当浏览器把替换文字显示为提示（tool tip）后，那些错误使用alt属性的行为也受到了鼓励。一些人开始写无意思的替换文字，因为他们趋向于认为它是一个额外的说明信息，而不是不能显示图像的替换。其他人可能不想让提示（tool tip）出现，然后就完全忽略了写alt属性值。这些错误的做法，都给那些不能看到图像的浏览者造成了困难。
额外的说明信息和非本质的信息请使用title属性。
title属性
title属性为设置该属性的元素提供建议性的信息。
来源: The title attribute.
title属性可以用在除了base，basefont，head，html，meta，param，script和title之外的所有标签。但是并不是必须的。可能这正是为什么很多人不明白何时使用它。
使用title属性提供非本质的额外信息。大部分的可视化浏览器在鼠标悬浮在特定元素上时显示title文字为提示信息（tool tip），然而这又由制造商来决定如何渲染title文字。一些浏览器会将title文字显示在状态栏里。比如早期版本的Safari浏览器。
title属性有一个很好的用途，即为链接添加描述性文字，特别是当连接本身并不是十分清楚的表达了链接的目的。这样就使得访问者知道那些链接将会带他们到什么地方，他们就不会加载一个可能完全不感兴趣的页面。另外一个潜在的应用就是为图像提供额外的说明信息，比如日期或者其他非本质的信息。
title属性值可以比alt属性值设置的更长。不过要注意的是，有些浏览器会截断过长的文字（比如工具提示或其他）。比如Mozilla核心的浏览器只能显示最先的60个字符。这被认为是一个Mozilla bug，这是你要注意的。
使用前先考虑
我的建议是保证替换文字（alt text）精要。在大多数的应用里，都应该被留白，alt=&#8221;"（注意两引号中没有空格）。想想那些图像，为那些浏览者提供了什么样的信息，你应该用什么文字去描述它，或者你该为看不到图像的人提供什么信息？将替换文字写成“照片：站在大楼外的CEO，穿着灰色西装和黑色领带，望着天”对于看不到图像的人真的有帮助？如果你觉得是，那么你就写吧。在很多情况下，我觉得让替换文字留白比较好。
对于title属性，比较难于给出严格的使用说明。我大部分用在那些不能自我释意的链接上，比如同一页面上的相同的链接文字，不同的链接页面。有时候也为一些按钮或者表单元素提供更多的说明文字。
更长的描述
当一个图片需要更加长的描述，而超过alt属性的限制，那么还有一些选择。
longdesc属性可以用来提供链接到一个包含图片文字描述的单独页面。这就意味着把浏览者链接到另外的页面，这可能会造成理解上的困难。另外浏览器对于longdesc属性的支持也是不一致的，并且不是非常好。
longdesc属性可以包含一个链接到当前文档的其他部分（锚点）来取代链接到另外的页面。在Accessibility footnotes, Andy Clarke很好的解释说明了如何应用。
描述链接（D links）可以用来补充longdesc。一个描述链接就是一个常规的链接，连接到含有替换文字的页面。该链接被置于图像的旁边，并且在所有浏览器中都是可是的。对于它的有效性人们有很多不同意见，我的个人意见不大喜欢这个注意。WCAG也是，在他们的工作草案HTML Techniques for WCAG 2.0中，描述链接是被“不赞成”的。
如果对图片的长的描述对于任何浏览者都有用，那么你得考虑让它简单的显示在同一个文档里面，而不是链接到其他页面里或者藏起来。这样每个人都可以阅读到。这是一种简单低技术含量的方法。
]]></description>
		<wfw:commentRss>http://www.wemvc.com/72.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

