- From: Hawkeyes Wind <hawkeyes0.cn@gmail.com>
- Date: Thu, 24 Oct 2013 15:08:49 +0800
- To: John Hax <johnhax@gmail.com>
- CC: Leo Deng <myst.dg@gmail.com>, W3C HTML5 中文興趣小組 <public-html-ig-zh@w3.org>
- Message-ID: <5268C781.9050209@gmail.com>
这里并不应该存在是否透明的问题。 不论是img标记还是script、link，亦或是CSS中的url值，最终都由浏览器去拼接 成完整的地址再去请求服务器，而这些地址（相对的 或是绝对的）都是前端人员 指定的。 对于浏览器来说，根据页面文件的内容可以确定每一个需要请求内容的地址。 对于前端人员来说，页面需要请求的每一个地址都心知肚明。 那么所谓的不透明是对谁而言的？ 于 2013/10/24 14:00, John Hax 写道: > 你可以根据spec按你的意愿写这样的插件供开发者使用。但是spec不能这样设 > 计，原因我已经说过 了：url的path结构是不透明的。 > > > 2013/10/24 Hawkeyes Wind <hawkeyes0.cn@gmail.com > <mailto:hawkeyes0.cn@gmail.com>> > > 至少目前我自己做的jq插件是按之前邮件提到的模式工作的，不管前缀还是 > 后缀都是自己定义的，在我看来已经给予了前端设计人员最大程度的自由 > 了， 否则除了图片的引用地址还要维护一个图片列表。 > 从我附近的前端人员反馈来看，他们宁愿按规则命名文件，而不是用不知道 > 什么意思的名字去维护一个列表。 > 如果是给予前端人员无限制的自由度，那么HTML标记只需要div和span就够 > 了，不是吗？ > > 于 2013/10/24 11:48, John Hax 写道: >> 赞同Leo Deng的意见。 >> >> 原因在于url本身是不透明的（除了?和#部分），也就是不存在操作url内 >> 部结构的可能。开发者自己定 义自己的url构成是 可以的，但是spec不能 >> 做这个事情。 >> >> >> 2013/10/23 Leo Deng <myst.dg@gmail.com <mailto:myst.dg@gmail.com>> >> >> 不觉得。 >> 强加一条强约束的命名规则给用户，这已经远远超出了HTML/DOM的范 >> 畴，这是不 可能被接受的。 >> >> >> 在 2013年10月23日下午6:15，Hawkeyes Wind >> <hawkeyes0.cn@gmail.com <mailto:hawkeyes0.cn@gmail.com>>写 道： >> >> 在一个复杂的程序中突然冒出一个 int a; 的变量，你不觉得抓 >> 狂吗？ >> 于 2013/10/23 18:13, Leo Deng 写道: >>> 所以你要强迫用户不能够用 a.png 和 b.png 分别显示给 1x 和 >>> 2x 吗？ >>> >>> >>> 在 2013年10月23日下午5:46，Hawkeyes Wind >>> <hawkeyes0.cn@gmail.com <mailto:hawkeyes0.cn@gmail.com>> >>> 写 道： >>> >>> 提个个人意见，在img元素里加图片名的“前缀”和“后缀”属 >>> 性就可以了，例如： >>> 前缀的情况： >>> >>> <img prefix="hd- 2x,hi- 4x" src="image.png"/> >>> 由浏览器自动根据情况去拼出文件名：hd- image.png >>> 或 hi-image.png。 >>> >>> 后缀： >>> >>> <img suffix="-hd 2x,-hi 4x" src="image.png"/> >>> 后缀的文件名拼接类似：image- hd.png 或 image- >>> hi.png。 >>> >>> 这样大家都省事了，即便图片变更浏览器都会自动选择 合 >>> 适图片了。列表什么的，恶 寒…… >>> >>> 于 2013/10/23 11:46, Kang-Hao (Kenny) Lu 写道: >>>> 很多都在响应式图片社区小组（Responsive Images Community Group）。欢迎看 >>>> 一下该社区小组的邮件组（public-respimg）的存档[1]，欢迎订阅（订阅方式跟 >>>> 订阅这个邮件组相同）。该社区弄了三分草案： >>>> >>>> * <picture> [2] >>>> * srcset [3] >>>> * srcN [4] >>>> >>>> [3]的解析部分我差不多翻完了。 >>>> >>>> Hixie 基本不在 public-respimg 写信的，所以有些 srcset 的讨论在 WHATWG 的 >>>> 邮件组里。我整理了一些连接在[5]。 >>>> >>>> 警告：我觉得这些讨论的水分相当高。 >>>> >>>> >>>> [1]http://lists.w3.org/Archives/Public/public-respimg/ >>>> [2]http://picture.responsiveimages.org/ >>>> [3]http://www.w3.org/html/wg/drafts/srcset/w3c-srcset/ >>>> [4]http://tabatkins.github.io/specs/respimg/Overview.html >>>> [5]http://www.w3.org/html/ig/zh/wiki/Srcset >>>> >>>> >>>> 以上 >>>> >>>> Kenny >>> >>> -- >>> Regards >>> >>> Hawkeyes Wind >>> >>> >> >> -- >> Regards >> >> Hawkeyes Wind >> >> >> > > -- > Regards > > Hawkeyes Wind > > -- Regards Hawkeyes Wind
Received on Thursday, 24 October 2013 07:09:22 UTC