- From: Leo Deng <myst.dg@gmail.com>
- Date: Thu, 24 Oct 2013 15:54:40 +0800
- To: Hawkeyes Wind <hawkeyes0.cn@gmail.com>
- Cc: John Hax <johnhax@gmail.com>, W3C HTML5 中文興趣小組 <public-html-ig-zh@w3.org>
- Message-ID: <CAN76EbTSup2XCykOD=iYNdu+NJQcpOqh5gDuMjWXT-8-Y+DiYA@mail.gmail.com>
HTML/DOM 的 spec 不应该,也不可能包含对『文件系统的结构』的约束。HTML 最初的设计原则之一,就是不跟系统产生依赖关系。 在 2013年10月24日下午3:08,Hawkeyes Wind <hawkeyes0.cn@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> > >> 至少目前我自己做的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> >> >>> 不觉得。 >>> 强加一条强约束的命名规则给用户,这已经远远超出了HTML/DOM的范畴,这是不 可能被接受的。 >>> >>> >>> 在 2013年10月23日下午6:15,Hawkeyes Wind <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>写 道: >>>> >>>>> 提个个人意见,在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:55:29 UTC