Re: 首屏渲染优化提案反馈（原：Re: 答复: 中文兴趣小组5月5日电话会议）

谢谢大家的建议，期待这个方案得到不断的优化。

顺便请教一下，你们印象中有什么成功的技术提案的use case可以作为这次的参考 
吗？

于 06/05/2014 05:39, 吕康豪(平寿) 写道:
> (2014/05/05 23:20), 吕康豪(平寿) wrote:
>>> ，firstpaint为
>>> firstpaint或空值均表示解析到此元素可以立即触发首屏排版绘制。firstpaint属
>>> 性为JS只读属性，写入该属性抛出JS异常，未知属性。创建新元素时，默认值为
>>> 空字符串。该属性只在parse阶段对浏览器起作用，当JS执行时，读写该属性不
>>> 会对浏览器行为造成任何影响；
>> DOM 里设置未知属性不会抛异常一样的。
> 额，打错了。
>
>    s/设置未知属性不会抛异常一样的/DOM 里设置未知属性不会抛异常的/
>
>> 这里 @firstpaint 只要说成是如 <html>
>> 上 @manifest[2]一样是没有 DOM 对应的属性就行了。真的想读取这个值可以用
>>
>>    element.hasAttribute("firstPaint");
>>
>> [2]
>> http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#attr-html-manifest
>> 几乎所有的网页都可以使用首屏渲染优化规范制导浏览器加快首屏展现速度，显
>> 著缩短用户第一次看见非白屏页面时间。web开发者或是云端标记的firstpaint
>> 属性以及内核自行采用的首屏判断机制存在各自的使用场景。
>>
>> 闵月的信不是提到
>>
>>    # 避免搜索项目中观察到的简单搜索结果页由于等待内核绘制的触发条件，反
>>    # 而比复杂结果页实际展现慢的问题。
>>
>> 么？我觉得这里提事例比提什么 “几乎所有的网页都可以使用首屏渲染优化”
>> 有说 服力多了。
> s/事例/实例/
>
>> 话说 “云端标记的firstpaint属性” 是什么东西？前面没提过吧？
>>> 开发者自行标记和云端标记首屏绘制位置减少了内核预测的开销，但不同机器分辨
>>> 率不同，一般情况下只会给出一个参考首屏位置，不会适配各种机型分辨率。
>> 这边是不是可以提一下 @firstpaint 可以 “超出” 首屏一点一点？目前的实际使
>> 用是什么情形？
>>
>>> 对于希望首屏达到最优效果的开发者，可以对于主流设备，通过head和body中的属性标
>>> 记配合指定首屏位置， 保证首屏所有元素能被一次性的布局和绘制，从而避免内
>>> 核独立首屏优化绘制所带来的冗余的排版计算以及parse/layout/paint调度。
>> 这一段我看两次才知道 “head和body中的属性标记” 是指 @firstpaint 跟 <meta
>> name="layout-optimize" content="First Screen Paint">……可以写清楚一点。
> 再看一次我又不确定 “head和body中的属性标记” 是不是指 @firstpaint 跟
> <meta name="layout-optimize" content="First Screen Paint"> 了……求教。
>
>

-- 
Best Regards,
Xiaoqian (Cindy) Wu

Received on Tuesday, 6 May 2014 11:37:00 UTC