Qwatch：ランダムなMS UI Gothic化（1）

画面上のコメント全体がいっせいにSimSunやGulimに変わってしまう現象（いわゆる「連れ回し」）は昔からありましたが、最近それとは別のフォント変化を見かけるようになりました。
従来の「連れ回し」と異なるのは、画面上のコメント全体ではなく一部でのみ起こる点です。

下図の上はそのフォント変化が起きたところ、下はブラウザを再起動後に同じ箇所を表示させたところです。環境はWindows 8・IE 10です。

上：IE再起動前／下：IE再起動後

A・B・Cとマークしたコメントを比較してみます。

左：IE再起動前／右：IE再起動後

同じひらがな3文字が使われていますが、ブラウザ再起動前のAとB・Cとでは字形が異なっています。再起動後を見ると、Aの方が本来のＭＳ Ｐゴシックの表示であることがわかります。ただし再起動前のAも、よく見るとコメントの最後が途中で切れています。

下図も同様のケースです。こちらはA・B・C・Dが全く同じ文字列のコメントです。

上：IE再起動前／下：IE再起動後

再起動前のA・CとB・Dとでは、やはりひらがなの字形が異なっています。「に」の違いが特徴的です。

左：IE再起動前／右：IE再起動後

B・Dの方が本来のＭＳ Ｐゴシックのようです。A・Cの方は、字形的にMS UI Gothicだと思います。

Windows XPだと、タイ文字を使うことでこのMS UI Gothicを意図的に表示させることができます。

これはXPでタイ文字に使われるTahomaに日本語の文字は含まれておらず、かつTahomaのフォントリンク先にMS UI Gothicが設定されている結果だと考えられます。
上下段のコメントを比べると、MS UI GothicはＭＳ Ｐゴシックより文字幅が狭いのがわかります。冒頭の図でAのコメントの最後が切れていたのは、「幅だけ」MS UI Gothic化していたように見えます。

ただし7や8では、XPと同じ方法でMS UI Gothicを表示させることはできません。タイ文字に使われるフォントがXPとは異なり、また日本語の文字はタイ文字の影響を受けることなくＭＳ Ｐゴシックで表示されます。

ここでのMS UI Gothic化はタイ文字とはまた別の原因なのでしょう。
そもそも、この現象は全くランダムに起きるようです。下図は動画を一時停止した状態でシークバーをクリックし、コメントを再描画させているところです。

それぞれの図において、矢印で差したコメントだけがMS UI Gothic化しています。一度MS UI Gothicに変わったコメントも、他のコメントがMS UI Gothic化すると元のＭＳ Ｐゴシックに戻っています。何がトリガーになっているのかは全くわかりません。

なおWindows 8だけではなく、7・XPでも同じ挙動が見られるのを確認しました。Qwatch（そう言えば名称がGINZAに変わりますが）特有の現象なんでしょうか。

Waterfox 24(Preview)：Profilesの変更

2013/10/7追記 ：
下記の問題は正式版では直っていました。

前回の話の続きです。
Waterfox 24の試作版が再度アップされていたので試しましたが、ユーザエージェントの問題・プロファイルの問題ともに解決はされていないようでした。
ユーザエージェントの方は前回書いたgeneral.useragent.overrideで直しました。
プロファイルの方もフォーラムの中で回避方法が紹介されており、やってみたところうまくいきました。また勉強になったので書いときます。

現在のFirefoxは以下の場所にプロファイルが置かれています。Cyberfoxもこれを読み込みます。

C:\Users\＜ユーザー名＞\AppData\Roaming\Mozilla\Firefox\Profiles\○○○.default

ところがWaterfoxでは以下の場所になってしまい、上のプロファイルを読み込みませんでした。

C:\Users\＜ユーザー名＞\AppData\Roaming\Firefox\Profiles\△△△.default

（○○○.defaultや△△△.defaultの実際の名前は見てみないとわかりません。）
回避方法というのは、Waterfoxのprofiles.iniを書き換えてFirefoxのプロファイルの方を読み込ませるというものでした。

「編集」で開くと、元のprofiles.iniは以下のように書かれています。

[General]
StartWithLastProfile=1

[Profile0]
Name=default
IsRelative=1
Path=Profiles/△△△.default

[Profile0]の部分を以下のように書き換えます。

[Profile0]
Name=default
IsRelative=1
IsRelative=0
Path=firefox/○○○.default
Path=C:\Users\＜ユーザー名＞\AppData\Roaming\Mozilla\Firefox\Profiles\○○○.default
Default=1

これでFirefoxのプロファイルの方を読みこむようになりました。こういうことができるんですね。
Cyberfoxの言語パックまで読みこむようになってしまいましたが：

上：Waterfox／下：Cyberfox

気持ち悪いので言語パックを公式のものに変えてみたところ、今のCyberfoxではエラーが出て起動しなくなってしまいました。やむを得ずCyberfoxのものに戻しました。

なお上のようなエラーが出た場合は、○○○.default内のextensionsフォルダにあるlangpack-ja@firefox.mozilla.org.xpiをいったん削除してから入れ直してます。

ニコニコなどを見ている限り、両者の使い心地に体感的な差はありません。
ただしCyberfoxの方は「Clean Ram Cache」「Restart Browser」というメニューが独自に追加されています（アドオンでもカバーできると思いますが）。

「ご使用のOS環境では、通常の動画プレーヤーを表示できないため～」

Waterfoxのフォーラムを見たら、先日公開されていた"24 Preview 1"に続いて試作版がアップされていました。試しにインストールした際、ちょっとおかしなことがありました。

ニコニコの視聴ページを開いてみると、Qwatchではなく懐かしい原宿の画面になってしまいました。よく見ると、ページの下に「ご使用のOS環境では、通常の動画プレーヤーを表示できないため、一部機能が制限された動画プレーヤーをご利用いただいています。」と表示されていました。

ググるとこういうエラーが起きることはあるらしいのですが、自分は初めて見ました。どういうわけかOS（Windows 8）を正しく認識してくれていないようです。
トラブルシューティングを開いたところ：

一方、Firefox（25 Beta）で同じくトラブルシューティングを開いたところ：

Waterfoxの方のユーザエージェント文字列では、OSのバージョンが「Windows NT」としか表示されていません。調べたら、この値はabout:configのgeneral.useragent.overrideで変更できることがわかりました。
「Windows NT」の部分を「Windows NT 6.2」と修正しました。

これでふつうにQwatchが表示されるようになりました。なぜ「6.2」が入らなかったのかはわかりませんが、勉強になりました。

なお、このWaterfoxはFirefoxのプロファイルを読み込まないという問題もありました。C:\Users\＜ユーザー名＞\AppData\Roaming以下のパスの設定が、現在のFirefoxと違っているためでした。とりあえずSyncで同期させて使っています。軽くて快適だったので安定版の公開が待たれます。

Chrome 29：半角カナの表示とフォント変化

Chromeでの半角カナの表示において、記号類だけがなぜかゴシックになりません。Arial Unicode MSが使われているようです。

Officeが入っていない環境であれば下の図のような表示になるのではないでしょうか。
半角カタカナと混ぜて並べてみると、Arial Unicode MSが適用されている方はなんかバランスが悪いです。

意味の分からない仕様です。何か他の目的のアルゴリズムの副作用なんでしょうか。

さて下図は、ひらがなの「あ」・半角半濁点・罫線のU+2501を並べたコメントです。上の段はU+2501にU+0323を合成させて「Lucida化」の形にしています。
上の段と下の段はコメントの幅が異なっています。

上下で幅が違う文字は真ん中のU+FF9Fです。このケースにおいて、Arial Unicode MSが無ければChromeの表示はIEと同様になります。

つまり上の段のU+FF9Fは、「Lucida化」によりArial Unicode MSからゴシックへ変化しているようです。
この挙動には後ろのU+2501とU+0323だけでなく、先頭の「あ」（というかゴシック）も必要です。「あ」が無いと「ただのLucida化」になります。

LucidaにU+FF9Fは無いので豆腐です。
なお冒頭の半角記号がすべてこのやり方でゴシックになるわけではありません。半角読点だと「ただのLucida化」でした。

濁点と読点を何で区別しているのかは謎です。

顔文字の豆腐化を見て

どこかからコピペしたようなコメントが豆腐になっているのを見かけることがあります。先日下図のような顔文字を見て、もしやとChromeで表示させてみると豆腐になりませんでした。ちょっと気になって調べてみました。

この顔文字を構成する文字は下図の通りでした。

これらの文字のWindowsコードページにおける定義の有無と、Arial・Lucida Sans Unicode・ＭＳ Ｐゴシックの各CMapにおける定義の有無を以下に示します。CMapはWindows 7のもので見ています。

Unicode	ブロック名	Windowsコードページ	Arial	LSU	MS Pゴ
0020	基本ラテン文字 （ASCII互換）	CJK各コードページおよび1250～1258	3	3	16076
0028	基本ラテン文字 （ASCII互換）	CJK各コードページおよび1250～1258	11	11	16084
0029	基本ラテン文字 （ASCII互換）	CJK各コードページおよび1250～1258	12	12	16085
03C9	ギリシア文字及びコプト文字	CJK各コードページおよび1253	550	752	16616
1555	統合カナダ先住民音節	-	-	-	-
1557	統合カナダ先住民音節	-	-	-	-
207E	上付き・下付き	-	-	1041	16951
208D	上付き・下付き	-	-	1056	16966
25D3	幾何学模様	-	-	1691	17799
25D4	幾何学模様	-	-	1692	17800

表の上4文字はコードページ1250～1258のいずれかに定義があることから、IEではArialで表示されていると思います。ChromeでもArialにあるものはArialで表示されるようなのでIEと同じでしょう。
「統合カナダ先住民音節」の2文字（手の部分）に対応するフォントは、Windows 7に2つしかありませんでした（8でも同様）。

Gadugiは丸の部分の幅が均一な字形のようなので、Euphemiaの方でしょうか。しかしこんなのよく見つけますね。

表の下4文字はいずれもArialにありませんが、LucidaにはあるのでChromeではこれが表示されているのでしょう。問題はIEの表示です。Lucidaやゴシック以外にも対応しているフォントは多数あるのに、3文字がArialの豆腐になっています。
なぜ右端のU+207Eは豆腐にならないのでしょうか。上の推測からすると、これだけがArialではない文字と隣接しています。試しに左の部分からU+0020（半角スペース）を削除してU+208DをU+1555に隣接させると、豆腐にならなくなりました。

ちなみにこうして表示されたU+208Dは、Windows 7と8ではフォントが異なるようです。

Windows 7ではゴシックに隣接した場合と同じ字形に見えますが、8では違っています。Segoeなのかもしれません。

さて、この顔文字を修正してみます。Arialに定義が無いゼロ幅文字を、豆腐化している文字の前へ挟んで隣接させました。
U+FEFFを使った場合：

Windows 7では上手くいきましたが8ではなぜかU+FEFFが豆腐になってしまいました。U+FEFFの使い方はもっと研究が必要なようです。
U+2029を使った場合：

これは大丈夫でした。上でも触れたように、8では豆腐でなくなった文字のフォントが7と違うようですが。
なおU+2029はワードパッド上でコピペすると改行に変換されてしまうという問題があったので、もう一つ試しました。
U+0085を使った場合：

表示はU+2029の時と変わりませんでした。U+0085・2029は制御文字なので、そもそもフォントは関係ないかもしれません。少なくともArialでないことは確かです。Arial以外の文字と隣接することにより、豆腐化せずに他のフォントへフォールバックするという仕組みなんでしょうか。
一方Chromeでは上のどのパターンも表示に影響はありませんでした。

ただしこの顔文字、XPでは豆腐化を避けられません。「統合カナダ先住民音節」に対応するフォントが入っていないからです。

VistaはEuphemiaが入っているようなので7と同じ表示かもしれません。
参考までにAndroidでも見てみました。

XP上のIEで豆腐化した部分が空白になった形です。
ググったら、この顔文字がFacebookなどで使われているケースをいくつか見つけました。こうして見ると、元々あまりおすすめの顔文字とは言えなそうですが。

Chrome 29：三角（U+25E2～U+25E5）の縮みを補完するテスト（2）

Chromeでの三角のブロック文字の縮みを補完する話の続きです。
以前の書式制御文字を使ったやり方だと文字数も増えるしややこしいので、もっと簡単な方法がないか考えてました。アラビア文字にIEでは合成が起き、Chromeでは起きないケースがあったので試してみました。

下図の下段のコメントは三角と四角の間にアラビア文字U+06E5を挟んでいます。IEでは合成が起きてこの文字はゼロ幅となり、Chromeでは合成が起きません。

ちなみにIEでちょっと表示されているU+06E5はSimSunのフォントリンクによりMicrosoft Sans Serif、ChromeはArialではないかと思います。Chromeでは合成が起きない分コメント幅が広がり、結果的にIEと同じになっているように見えます。

同じ幅になったのは偶然です。U+06E6も同様の挙動でしたが、こちらは文字幅がU+06E5より広くうまくいきませんでした。
Windows 8での表示は7と変わりません。

ただしXPはIEでも合成が起きませんでした。

7・8への移行が進んでいるとは言え、まだXPは一定のシェアを持っているようです。無視するには早いのかなと思います。

＜参考＞OS・ブラウザー国内シェア調査 - サムライファクトリー

見た目が美しくないのもネックです。もっと目立たない字形で同様の挙動を取るものがあればいいんですが。
なお、（1）の書式制御文字を使ったやり方はXPでも使えます。

Windows 8：U+FEFFによる「Lucida化」について

U+FEFFはZERO WIDTH NO-BREAK SPACEという名前の通り、ゼロ幅文字です。
ArialにはなくてLucida Sans UnicodeにはあることからChromeでの「Lucida化」に使えそうですが、Windows 8でIEの表示がダメだったという話を以前書きました。

U+FEFFは、7・8ともゴシック・SimSun・Gulim・PMingLiUのいずれにもありません。Microsoft Sans Serifにはあるのでフォントリンクでそっちに飛ぶと思われ、7でのIEの表示はちゃんとゼロ幅です。

8での挙動は何かと思ったら、なぜかフォントリンク先に飛ばず「未定義」にされてしまうようです。Gulimの場合は豆腐です。

BabelMap

MingLiU化で豆腐にならない理由はわかりません。
前回書いた「Segoe化」と同じように、Arialを挟んでみたらSimSunやGulimでもゼロ幅になりました。

Arialをゼロ幅文字（下図ではU+200C）にすれば8でも使えそうです。

ただし「Lucida化」させる文字が連続していればいいのですが、途中にArialやゴシックが入ると効果がそこで無効にされてしまいます。

この例の場合は左側にも同じ仕掛けが必要になります。

なお、Windows XPでもIEの表示は7と変わりません。しかしChromeでは「Lucida化」が起きません。XPのLucida Sans UnicodeにもU+FEFFはあるのですが、7とは扱いが異なるようです。
また、上の「萌」を挟んだケースでLucidaの文字がU+2501やU+2587であれば左側にU+0323は要りません。U+FEFFはちょっと特殊なんだと思われます。

「Lucida化」の話のついでに、Chrome上で別のフォント変化を見つけたので書いておきます。下図はU+2030をU+2587とアラビア語の合成文字U+0610で変化させているところです。

U+061Xの他の文字でも同様でした。Tahomaかなと思うんですが。

U+2587が豆腐になっちゃってますし、今のところメリットを思いつかないのでこれ以上は調べてません。