List of Webkit [text.Baldanders.info]

オープンソースはコードの多様性を担保しない

2018-12-10T13:28:16+00:00

まぁ Microsoft は営利企業として賢明な判断をしたと思うよ。

これでブラウザエンジンはいよいよ WebKit と Blink/V8 と Servo に絞られたか。確か W3C で標準と認められるには2種類以上の実装実績が必要だったはず。親戚同士¹ の WebKit と Blink で実装してしまえば，なし崩し的に標準になるわけだ（笑）しかも携帯端末の世界では既に WebKit/Blink でほぼ独占状態。更に JavaScript エンジンに至っては今や V8 一択だろうし²， Mozilla の言い分は今更すぎる話ではある。

数日前にEdgeがリニューアルされるといいう情報が流れたとき、一部の専門家はChromiumプロジェクトが力を持ちすぎることになるという懸念を示した。
この懸念には理由があることは認めるものの、MicrosoftはどのみちEdgeのシェアは低いのでChromium化がオープンソース・コミュニティーにドラスティックな影響を与えることはないという説得力のある反論をしている。MicrosoftがChromiumコミュニティーに参加してウェブの標準化を推進する側に回り、Chromiumにイノベーションを吹き込むことになればメリットは大きいだろう。

Microsoft Edge、Chromiumベースに――旧Windowsでも作動、macOS版も登場へより

フリーな製品が市場にインパクトを与えたという点ではまさに Chrome を含む Chromium プロジェクトがそれである。ならば当初 Mozilla/Firefox が目指していたプロプライエタリな IE へのカウンタとしての役目は Chromium による独占で達成されたわけであり， Mozilla が文句を言う筋合いではないんじゃないだろうか。

Linux より優れた OS をフルスクラッチで作ろうという人は少ないだろう。ブラウザだって今更フルスクラッチで作り直そうなんて（しかもそのためにプログラミング言語から開発するとか）酔狂なことをするのは Mozilla くらいなものである。私はそういう狂った人は好きだけど（笑）

まっとうなエンジニアなら（遊びや勉強用ならともかく）優れた製品を前にわざわざ「車輪の再発明」なんかしない。それがオープンソースなら尚更。昔に比べれば今はオープンソース・プロジェクトの fork に対して寛容になってるけど，それでも頻繁に起きることではない。オープンソースは自由かもしれないが多様とは限らないということだよね。

ブラウザエンジンのシェア独占が問題だというのなら，たとえば iOS で WebKit 使用を要求していることとか Android の WebView によって実質的に Chromium 以外が締め出されている（選択肢に上らない）こととか³，そういったことをもっと議論すべきなんじゃないの？

そういう風に考えたら今回の Edge の話は，単にフロントエンド・エンジニアが楽できるということではなく，プロプライエタリ OS ベンダが自前のブラウザエンジンを捨てて「自由なソフトウェア」を選択したという意味で（Microsoft にしては）めっさ英断だと思うけどね。最終的にどうなるかは知らないが。

ブックマーク

参考図書

グーグル　ネット覇者の真実: スティーブン・レヴィ (著), 仲達志；池村千秋 (翻訳); CCCメディアハウス 2011-12-16 (Release 2012-08-31); Kindle版; B009LFBL4Y (ASIN)

そういえばこれ Kindle で買い直したのに途中まで読んでそのまま積ん読だったよ。ゼロ年代の Google を中心とした話なのでちょっと古びた感はあるが歴史書としては今でも通用するだろう。書評はこちらが参考になる。

reviewed by Spiegel on 2018-12-11 (powered by PA-APIv5)

Chromium と V8 はもともと WebKit のポーティングのひとつだったが，レンダリングエンジンや JavaScript エンジンの一部を fork して独立したプロジェクトになった。 Blink は Chromium プロジェクトで開発しているレンダリングエンジンという位置づけ。ちなみに Chrome for iOS は Chromium プロジェクトのひとつだが iOS では WebKit を使うことが要求されているため Blink を使わない実装になっている。 ↩︎
そういえば ATOM エディタなどで採用されている Electron は Chromium ベースだったっけ。ブラウザのみならずデスクトップ・アプリでも Chromium による侵食は進行しているわけやね。他にも Google は Unicode で大きな発言権を持ってるし（Unicode に絵文字を追加することを最初に提案したのは Google）自前で開発したプログラミング言語もいくつかある。更に AI 技術についても大きなクラウド資源を持っていて，それを十全に発揮している。本当に，本当に今更な話で，これが「情報力」が台頭した現代における Google の強さ・凄みであり怖さと言える。市場の独占はそれに付随するものに過ぎない。 ↩︎
プライバシーに配慮したとされる Firefox Focus の Android 版では独自のレンダリングエンジンとして GeckoView を作ったらしい。 ↩︎

「神」と「神」と Chrome の文字化け

2017-12-10T03:35:07+00:00

「Go 言語による Unicode 半角/全角変換」のページを Google Chrome で見ると「神と神」が同じ「神」に見える，という報告をいただきまして，確かにこちらの環境でも再現するので，ちょっと調べてみました。

（追記： Chrome だけじゃなくて Android 用の Firefox Focus でも同じ現象を確認した。どうやら Android 用の Firefox Focus は Firefox とはレイアウトエンジンが異なり WebKit からの fork である WebView （Android に既定で入ってるやつ）を使ってるらしい。それって，もしかして全ての元凶は WebKit ってことなのか？）

（追記2： Android 用の Firefox Focus のレンダリングエンジンが GechoView に変わったが影響があるかどうか確認してない）

ちなみに「神と神」のうち前者の「神」は所謂 CJK 互換文字と呼ばれるもので Unicode コードポイントで「U+FA19 '神'」にマッピングされるものです。

まず，本サイトの状態を説明しておくと，サイトの各ページの文字は Web フォントで表示されている。ブラウザ側で Web フォントを無効にしていない（または経路途中でフィルタリングされない）限りは，こちらで指定したフォントで表示されるはずである。

本文を含む地の文章には「さわらび明朝」を利用している。 Google Fonts Early Access で唯一ふだん使いできる明朝体の Web フォントだったのが選択した理由である¹。

ただし「さわらび明朝」は，個人の方がボランティアで作成されているということもあり，全ての和文文字を網羅しているわけではなく，幾つか表示できない文字がある。「U+FA19 '神'」もそのうちのひとつである。どうもその辺に原因がありそうである。

そこで，テスト用に以下の HTML コードを用意し Chrome に表示させてみた。

<html>
<head>
<link rel='stylesheet' href='http://fonts.googleapis.com/earlyaccess/sawarabimincho.css' type='text/css'>
<title>神と神</title>
<style>
#localonly {
  font-family: sans-serif;
}
#sawarabi {
  font-family: 'Sawarabi Mincho', sans-serif;
}
</style>
</head>
<body>
<div id="localonly">
	<p>	「神」と「神」（後者が CJK 互換文字）</p>
	<p>草「彅」剛（JIS 第一・第二水準にない漢字）</p>
	<p>	「繋」ぐ（さわらび明朝にない文字）</p>
</div>
<div id="sawarabi">
	<p>	「神」と「神」（後者が CJK 互換文字）</p>
	<p>草「彅」剛（JIS 第一・第二水準にない漢字）</p>
	<p>	「繋」ぐ（さわらび明朝にない文字）</p>
</div>
</body>
</html>

これを表示させた結果は以下の通り。

Google Chrome (1)

最初の3行が Chrome デフォルトの Sans Serif で表示させたもの，次の3行が「さわらび明朝」で表示させたものである。ただし「さわらび明朝」にない文字は Sans Serif で表示するよう設定している。

「神」と「彅」と「繋」は「さわらび明朝」に収録されていない文字なのだが，何故か「神」だけが明朝体で「神」と表示されているのがお分かりだろうか²。ふむむむむ。

ここで思い出すのが Unicode 正規化による「神」の正規化である。

Go 言語と Unicode 正規化

この記事で説明している通り， CJK 互換文字である「U+FA19 '神'」は正規化によって「U+795E '神'」に変換されてしまうのである。

ならば今度は CJK 互換文字に絞って以下の HTML コードを組んでみる。

<html>
<head>
<link rel='stylesheet' href='http://fonts.googleapis.com/earlyaccess/sawarabimincho.css' type='text/css'>
<title>神と神</title>
<style>
#localonly {
  font-family: sans-serif;
}
#sawarabi {
  font-family: 'Sawarabi Mincho', sans-serif;
}
</style>
</head>
<body>
<div id="localonly">
	<p>	「朗」と「朗」（後者が CJK 互換文字，正規化される）</p>
	<p>	「欄」と「欄」（後者が CJK 互換文字，正規化される）</p>
	<p>	「崎」と「﨑」（後者が CJK 互換文字，正規化されない）</p>
</div>
<div id="sawarabi">
	<p>	「朗」と「朗」（後者が CJK 互換文字，正規化される）</p>
	<p>	「欄」と「欄」（後者が CJK 互換文字，正規化される）</p>
	<p>	「崎」と「﨑」（後者が CJK 互換文字，正規化されない）</p>
</div>
</body>
</html>

これを表示させた結果は以下の通り。

Google Chrome (2)

ビンゴ！

「朗」と「朗」は「神」と「神」の関係と同じ。 CJK 互換文字「朗」は「さわらび明朝」に収録されてなく， Unicode 正規化によって「朗」に変換される
「欄」は Unicode 正規化によって「欄」に変換されるが，どちらの文字も「さわらび明朝」に収録されていないため， Chrome デフォルトのフォントで表示されている
「﨑」は CJK 互換文字で「さわらび明朝」に収録されていないが Unicode 正規化の対象ではない（「崎」は似た字形の文字を並べてみただけ，テヘペロ）ため，そのまま Chrome デフォルトのフォントで表示されている

つまり

フォントに対象の文字が収録されていない
Unicode 正規化によって別の文字に変換可能
変換された文字がフォントに収録されている

という条件が揃った時に「文字化け」が発生する，ということのようだ³。

いや，これは酷いだろう。同じ文字化けするなら「豆腐 □」や「ゲタ〓」のほうがまだマシである。多分 Chrome の中の人は CJK 互換文字や異体字について（歴史背景などを）よく理解しないまま「正規化できる文字で代替えすればいいぢゃん♥」と軽い感じで実装してしまったのだろう。「Go 言語と Unicode 正規化」では Apple の旧ファイルシステム HFS+ を散々に貶したが， ~~Google もタイガイである~~。（Chrome だけじゃなかった）

ちなみに，この現象は Firefox （またはその系列のブラウザ）では発生しない。私のメインブラウザは Firefox (Quantum マンセー！) なので，指摘されるまで全く気づかなかった。ゴメンペコン⁴。

とはいえ，これは相当にレアケースなので滅多なことでは発現しないだろう。 ~~個人的には Noto Serif の和文フォントが Web フォントで登場するまでは「さわらび明朝」で頑張るつもりである。なので，特に対策しない予定。~~ （ゴメン。日和った）

ご不便をおかけすることもあるかもですが，悪しからずご了承の程を。

ブックマーク

「Noto Serif Japanese」を使ってみたので、自分用メモ。 - Qiita

最近発表された Noto Serif の和文フォントはまだ Web フォントとしては提供されていない。 ↩︎
デフォルトの Sans Serif が使われていないことは Chrome のデベロッパー・ツールでも確認済み。 ↩︎
今回は「異体字セレクタ（Variation Selector）」については検証していない。そもそも異体字セレクタによる文字表示はアプリケーションとフォントの両方が対応していないと成り立たない。メジャー・ブラウザは異体字セレクタに対応しているそうだが，私は対応するフォントを持ってないし，対応できる自由な Web フォントが（CDN 等で）提供されているという話も聞かない。したがって今回はスルーの方向で。 ↩︎
一応このサイトは Firefox (Quantum) と Chrome ならレイアウトが崩れないように考えているつもり。旧 Firefox や IE や Safari などレガシーなブラウザはスルーで。 Edge は対応したいところだが手元に環境を持ってないので確認＆対応できない。 Win10 を導入する予定は，今のところはない。換装するなら Linux 系のデスクトップにするつもり。 ↩︎