Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/css/40.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Css iframe'的百分比折旧的后果是什么;宽度属性?_Css_Html_Iframe_Language Lawyer - Fatal编程技术网

Css iframe'的百分比折旧的后果是什么;宽度属性?

Css iframe'的百分比折旧的后果是什么;宽度属性?,css,html,iframe,language-lawyer,Css,Html,Iframe,Language Lawyer,根据,将iframe元素的width属性定义如下: 以CSS像素表示帧的宽度,或以像素或百分比表示帧的宽度 这是否意味着: HTML5或其他版本不再正式支持具有百分比宽度的iFrame CSS应该用于iframe宽度(例如) 支持选项1的论点:如果他们只是想让人们使用CSS,他们会完全不推荐宽度和高度属性,而不仅仅是允许值的任意子集 支持选项2的论据:在HTML5页面上使用CSS作为iframe宽度似乎确实有效(这可能意味着(a)它得到了官方支持,或者(b)我的浏览器对我很好) 是哪一个?首选答

根据,将
iframe
元素的
width
属性定义如下:

以CSS像素表示帧的宽度,或以像素或百分比表示帧的宽度

这是否意味着:

  • HTML5或其他版本不再正式支持具有百分比宽度的iFrame

  • CSS应该用于iframe宽度(例如

  • 支持选项1的论点:如果他们只是想让人们使用CSS,他们会完全不推荐宽度和高度属性,而不仅仅是允许值的任意子集

    支持选项2的论据:在HTML5页面上使用CSS作为iframe宽度似乎确实有效(这可能意味着(a)它得到了官方支持,或者(b)我的浏览器对我很好)

    是哪一个?首选答案中的官方来源。

    百分比维度被弃用,取而代之的是CSS,因为百分比是相对于某个东西的,这总是一个布局问题

    绝对(CSS像素)维度不是,因为它们表示嵌入内容的内在维度。这就是为什么
    img
    元素上的
    width
    height
    属性也没有被弃用的原因

    提供横幅广告示例-注意尺寸:

    iframe
    元素支持嵌入内容具有特定维度的情况下的维度属性(例如,广告单元具有定义良好的维度)

    代码示例:

    以下是使用iframe包含来自广告代理的广告的页面示例:

    <iframe src="http://ads.example.com/?customerid=923513721&amp;format=banner"
            width="468" height="60"></iframe>
    
    
    

    这意味着你应该使用CSS。现在有很多消息说CSS是首选的方式(事实上我不知道你为什么说CSS“似乎”有效),但我似乎找不到任何官方文件解释为什么
    宽度和
    高度属性仍然存在。@Lister先生:这正是重点:我觉得这很奇怪“以百分比表示的宽度属性”已被弃用,但“以像素表示的宽度属性”未被弃用。如果“仅使用CSS”“我的目的是,为什么不完全否定宽度和高度属性呢?那么这就是问题所在。@李斯特先生:我已经更新了我的问题。现在更好了?但是iFrame用于显示HTML文档,它们没有内在的维度。顺便说一句,W3C网站上的大多数HTML代码示例并不是最佳实践的光辉示例。到处都找不到结尾标记等@Lister先生:所以不要为这些东西指定尺寸。iFrame不仅限于传统的自由流HTML文档——它们一直用于嵌入各种外部内容。“缺失”

    结束标记可能不是最佳实践,但为了简洁和演示,它们是完全可以接受的。事实上,规范这样做是有意的,以表明实际上并不总是需要结束标记。(我应该写一篇关于这个的博文,因为我保留了它。)我知道,我知道。相信我,我很清楚这些规格。如果有人对一篇具有完全有效的HTML源代码的帖子评论“嘿,你忘了在属性周围加引号了”,我也会很恼火。这样可以解决OP的问题。或者,即使HTML中存在真正的错误,人们也只会评论“这里不应该使用表”。好像那是更重要的错误!但我离题了,对不起。我只是想说,人们不应该使用w3.org上的代码示例作为应该如何实现的示例,也不应该使用编写良好的HTML。