- From: Kang-Hao (Kenny) Lu <kanghaol@oupeng.com>
- Date: Thu, 13 Sep 2012 19:03:21 +0800
- To: Hawkeyes Wind <hawkeyes0.cn@gmail.com>
- CC: John Hax <johnhax@gmail.com>, W3C HTML5 中文興趣小組 <public-html-ig-zh@w3.org>, 魏藥/Medical-Wei <medicalwei@gmail.com>
(12/09/06 9:58), Hawkeyes Wind wrote: > 于 2012/9/6 1:06, Kang-Hao (Kenny) Lu 写道: >> (12/09/06 0:01), yuguo zhou wrote: >>> 既然压缩工具被提出来作为一个论据,那么开发工具有没有考虑过?很多开发工 >>> 具支持css注释的快捷键,不比直接按两次//要复杂 >> 這當然是一個論點,不過感覺比較被動一點(也就是是「為什麼沒有 //-註解也沒 >> 關係」的理由,不是「為什麼 //-註解 是不好的」的理由)。換句話說,之前提 >> 到的兩個 //-註解 的問題是有可能會讓冒險實作這個功能的瀏覽器市占率下降的 >> (而實作 //-註解 對網頁的呈現也沒什麼正向影響所以不太可能造成市占率上 >> 升),而這個理由感覺就跟瀏覽器市占率關係小一點。 > > 要不,用///当行内注释? 這是避開了論點二,但是論點一是只要是單行註解就有問題。 又,/// 不好學吧。 > 那么,那些小工具应该在压缩的时候具备自动删除注释的功能,这样论点1就不成 > 立了吧。 就是這個「應該」的問題啊。只要你把所有那些工具都修了論點一就不成立了,這 差不多就是我開那個 wiki 頁面的目的吧。(Drupal 我修了一個頗關鍵的部份, 不過我對這個議題的興趣到此為止了。) (12/09/06 11:23), Yao Wei (魏銘廷) wrote: > comments: '註解' ; (等等我在想什麼) 略(誤)。 (12/09/06 11:46), Yao Wei (魏銘廷) wrote: > 不過論點1跟論點2基本上都是在描述現有「不考慮換行」的工具會將「單行」註 > 解忽略的問題,所有只在註解前加標記的單行式註解一定都會有這個問題。 第一點的確是這樣,第二點只是網頁的內容向後兼容問題而已 — 俗稱悲劇,估計 其實真的有第二點那種情形的爛網站也很少。 > 因此是否能夠不考慮既有實作來讓新的瀏覽器符合新的標準?(也讓一些有需要 > 的開發者可以依照此註解符號做出新舊瀏覽器的區分?) 修這些實作比較可能一點。 (12/09/09 18:16), John Hax wrote: > 兼容性这种事情最麻烦。 > > 我个人是支持加入 // 的,至于那压缩器,我觉得如果你要考虑这个世界上总有 > 那么多傻逼的工具,那你就不要改任何东西了。 不能老用這種極端的 reductio ad absurdam [1]論述啊,什麼東西都有正向反向 的論點,這種特性只是剛好對網頁本身沒有幫助所以只好竟量減少反向的因素了。 [1] http://en.wikipedia.org/wiki/Reductio_ad_absurdum > 或者,我提一个有点“建设性”的。可以学ES5,设定某种外围构造,只在该构 > 造里支持语法的升级。或者,我提一个有点“建设性”的。可以学ES5,设定某 > 种外围构造,只在该构造里支持语法的升级。 > > 比如 > > @css4 { > .... > } > > 只在css4块里支持语法升级,包括 // 注释,还有嵌套声明之类的东西。 這種東西每次碰到這種問題就會有人提,不多說了,你有比較具體的提案你就寫下 來吧,不然只為了支持 // 註釋弄一個新語法絕對不合理。嵌套聲明是什麼東西東 西?CSS Hierarchy?這東西兼容問題不大吧? @css4 { 這種東西缺點我就不說了,一方面太醜,一方面要優雅退化就要有兩份同 樣的 CSS,雖然好像也是有這種「可能可以不寫兩份」的技巧 @css4 { // } span { } /*...*/ } 不過感覺坑很大、、、 再來,本來要實作 //-註解這種東西只需要改 CSS tokenizer 大約五行 C++,加 這種東西會讓 CSS 解析器跟 tokenizer 混在一起,就要加很多雜七雜八的程式碼。 我覺得給工具送 patch 才是最有建設性的。 以上 Kenny -- Web Specialist, Oupeng Browser, Beijing Try Oupeng: http://www.oupeng.com/
Received on Thursday, 13 September 2012 11:05:00 UTC