I’m developing a web app at the moment,and,being a perfectionist,I try to make it all shiny and compliant with all the standards. As far as I know,the
<img>tag is to be deprecated in the upcoming standards for xHTML,and as nowadays even IE is able to handle<object>properly,I wanted to use the<object>tag for all the images on my site
很明显,海报所谈论的“即将到来的标准”是废弃的XHTML2规格,甚至没有正式地废除< img>无论如何. (虽然这显然是rumors)
据我所知,我没有看到Web开发团体中的任何人都主张使用通用的< object>标记在可以说更多的语义和绝对更兼容的< img>标签.
有没有理由使用< object>而不是< img>？应该< object>甚至全部代替< img> – 这可能会破裂？
解决方法
使用对象嵌入图像的可能原因之一,最实际的是它允许回退内容包含HTML标记,例如标题,列表,表格和短语标记. img元素允许您仅将纯文本指定为备用内容 – 即使无法指定段落中断.
出于可访问性原因,任何图像应具有要呈现的后备内容.当文档用于非视觉浏览(屏幕阅读器,盲文等)或由于某种原因不显示图像时.对于任何内容丰富的图像(例如,组织图或描述复杂过程的图形),后备内容需要很长时间,需要具有一些结构.
然而,很少使用对象来嵌入图像.后备内容的重要性尚未得到广泛的了解,实际的经济和技术考虑往往导致后退问题被忽视.此外,对象在浏览器中的缓慢,错误和质量差的实现有悠久的历史.只是最近才有可能相当安全地使用对象进行图像包含.
这个元素更具有语义性的问题大多是徒劳的,答案通常只是反映出各种各样的方式来误解“语义”这个概念.img和object意味着包含(嵌入)外部内容.原则上,img元素原则上是包含图像,无论什么意思,尽管它也被用于包括视频.对于对象元素,type属性可用于指定嵌入内容的类型,直到特定图像类型,例如type = image / gif,否则可能会打开.
这意味着对象元素更灵活：您可以将类型未指定,让它在HTTP头中指定.这样,嵌入式数据的类型可以在不改变对象元素或嵌入文档的情况下进行改变;例如,您可以从嵌入式内容为图像的简单版本开始,之后用HTML文档(包含图像和文本)进行替换.
