Google Chrome 98將支持新版矢量彩色字體 蘋果明確提出反對(duì)
1月初,Google Chrome 97登陸穩(wěn)定頻道,帶來(lái)了大量的新功能,包括更新的鍵盤API,該API被蘋果和Mozilla駁回,因?yàn)樗菀浊址赣脩綦[私了。經(jīng)過(guò)四周的開(kāi)發(fā)周期,今天我們可以期待Chrome 98的發(fā)布,雖然它沒(méi)有那么多的爭(zhēng)議,但有一個(gè)功能“COLRv1”絕對(duì)是突出的,不僅如此它還引發(fā)了爭(zhēng)議。
訪問(wèn):
微軟Surface精選機(jī)型特惠6.3折起 翻新機(jī)滿100減100
Google Chrome 98增加了對(duì)COLRv1彩色漸變矢量字體的支持,這是其COLRv0的進(jìn)化版。 它們以漸變、合成、變換、多色字母的形式帶來(lái)了更具表現(xiàn)力的視覺(jué)能力,甚至在非常小的字體尺寸下也是如此。Google對(duì)此介紹說(shuō),它能夠使用COLRv1字體格式渲染諾托彩色表情符號(hào),經(jīng)過(guò)WOFF2壓縮后的大小為1.85MB。同時(shí),對(duì)于同樣的表情符號(hào),標(biāo)準(zhǔn)的位圖字體占用了9MB,在節(jié)省系統(tǒng)資源開(kāi)銷上,這是個(gè)重大的改進(jìn)。
與任何新的瀏覽器功能一樣,獲得其他網(wǎng)絡(luò)瀏覽器供應(yīng)商和網(wǎng)絡(luò)開(kāi)發(fā)者的支持以確保無(wú)縫的交叉兼容是非常重要的。盡管Mozilla和網(wǎng)絡(luò)開(kāi)發(fā)者已經(jīng)提到他們對(duì)新的矢量字體的支持,但蘋果的WebKit和Core Text團(tuán)隊(duì)則反對(duì)該提議,他們反對(duì)COLRv1的理由如下:
它重新發(fā)明了車輪。這種新的格式與任何通用的2D圖形序列化格式一樣,具有很強(qiáng)的表現(xiàn)力和功能?,F(xiàn)有的通用2D圖形的序列化格式有很多很多。
它還不存在于Chrome的開(kāi)發(fā)者行列之外。OT-SVG同樣具有表達(dá)能力,存在并在DirectWrite、Core Text、Firefox和許多(大部分)Adobe創(chuàng)作應(yīng)用程序中擁有運(yùn)輸實(shí)現(xiàn)。許多OT-SVG字體已經(jīng)存在。
因?yàn)檫@個(gè)建議在Chrome之外還不存在,所以在現(xiàn)有的創(chuàng)作工具中沒(méi)有生態(tài)系統(tǒng)。相反,許多設(shè)計(jì)創(chuàng)作工具已經(jīng)導(dǎo)出了SVG。
同時(shí)支持OT-SVG和這個(gè)新的提議是兩倍(-ish)的維護(hù)負(fù)擔(dān),而這種格式并不比我們已經(jīng)支持的格式更具表現(xiàn)力。
同時(shí)支持OT-SVG和這個(gè)新提議會(huì)增加我們的二進(jìn)制大小。我們預(yù)計(jì)額外的二進(jìn)制大小的增加大致相當(dāng)于我們?cè)趯?shí)施 OT-SVG 后觀察到的二進(jìn)制大小的增加。(OT-SVG 涉及到一個(gè) XML 解析器,但是 WebKit 已經(jīng)與一個(gè) XML 解析器關(guān)聯(lián),所以預(yù)計(jì)這個(gè)新提議的大小與我們?cè)趯?shí)現(xiàn) OT-SVG 后看到的大小增加大致相等,而這個(gè)提議需要它自己的新型解析/溢出檢測(cè)/解釋代碼)。
同時(shí)支持OT-SVG和這個(gè)新提議,使基于矢量的彩色字體的安全攻擊的表面積增加了一倍。
即使考慮到一個(gè)只支持這個(gè)建議而不支持SVG的引擎,也沒(méi)有看到任何證據(jù)表明,與一個(gè)新的二進(jìn)制格式相比,避免使用XML會(huì)減少安全漏洞。歷史上,在WebKit中,我們觀察到不透明的二進(jìn)制格式(如圖像格式)有很多自己的安全漏洞。
這個(gè)規(guī)范有2500多行,規(guī)范的images/目錄有77個(gè)數(shù)字,而這個(gè)建議只有一個(gè)實(shí)現(xiàn)。它足夠復(fù)雜,以至于我們沒(méi)有信心它能夠被互操作地實(shí)現(xiàn)。我們擔(dān)心繪圖操作的行為可能是Skia特有的,而在Core Graphics上很難/不可能實(shí)現(xiàn)。例如,乍一看,我們不確定這個(gè)提案中的徑向梯度是否可以在Core Graphics上實(shí)現(xiàn)。據(jù)我們所知,這個(gè)建議并沒(méi)有經(jīng)過(guò)許多獨(dú)立的利益相關(guān)者的嚴(yán)格的標(biāo)準(zhǔn)化過(guò)程。
在彩色字體表格中嵌入光柵圖像數(shù)據(jù)在今天是很常見(jiàn)的,但是這個(gè)新的提議沒(méi)有允許這樣做的能力,盡管它的矢量設(shè)施與任何通用的2D圖形序列化格式一樣具有表現(xiàn)力。因此,它實(shí)際上并沒(méi)有改善彩色字體表碎片的情況,而這被廣泛認(rèn)為是當(dāng)今彩色字體的最大缺點(diǎn)之一。
不過(guò),不管蘋果方面如何反對(duì),COLRv1字體格式將首先在Chrome 98中得到支持。
除此以外,Chrome 98中還包括其他較小的改進(jìn)和提高。用于密鑰交換的簡(jiǎn)單數(shù)據(jù)加密標(biāo)準(zhǔn)(SDES)也正在被淘汰,因?yàn)樗环Q為"歷史性的",因此是一種安全風(fēng)險(xiǎn)。
一個(gè)CSS媒體查詢也被提供給網(wǎng)頁(yè)開(kāi)發(fā)人員,以便他們能夠自動(dòng)檢測(cè)HDR顯示器并相應(yīng)地渲染他們的內(nèi)容。對(duì)于顏色調(diào)整,"only"關(guān)鍵字已被重新引入到CSS色彩模式規(guī)范中。
為了替代潛在的性能優(yōu)勢(shì)和對(duì)某些用例的簡(jiǎn)易開(kāi)發(fā),正在為"ClipboardItem"對(duì)象添加對(duì)承諾的支持。此外,開(kāi)發(fā)者還可以利用"self.structuredClone()"方法來(lái)克隆和轉(zhuǎn)移對(duì)象。為了避免混淆并實(shí)現(xiàn)與標(biāo)準(zhǔn)規(guī)范的互操作性,一些用于窗口彈出的API也被改變。
流寫入現(xiàn)在可以立即被終止,跨源資源共享(CORS)預(yù)檢請(qǐng)求也可以發(fā)送到私人網(wǎng)絡(luò)上的目標(biāo)服務(wù)器,在訪問(wèn)子資源之前首先明確詢問(wèn)權(quán)限。另一種方法使開(kāi)發(fā)人員能夠使用文件句柄更容易地刪除文件,而不是被迫先訪問(wèn)父目錄。
了解有關(guān)COLRv1更多細(xì)節(jié):
https://developer.chrome.com/blog/colrv1-fonts/
但這還不是全部,Chrome 98的DevTools中還有不少改進(jìn),您可以在這里查看所有的內(nèi)容:
https://developer.chrome.com/blog/new-in-devtools-98/
Chrome 98將在今天晚些時(shí)候開(kāi)始推出。如果你在一天中沒(méi)有自動(dòng)更新到98版,請(qǐng)到幫助>關(guān)于Google Chrome,一旦有了更新,就可以觸發(fā)它。接下來(lái)是Chrome 99,它將于2月3日進(jìn)入Beta通道,并將于3月1日登陸穩(wěn)定版。
關(guān)鍵詞: Google Chrome 谷歌瀏覽器 Google Chrome 98將支持新
相關(guān)新聞