アカウント名:
パスワード:
日本語フォントにフリーなのが少なく高価なのは、文字数が圧倒的に多いから英語は文字数がすくないので、フリーのすぐれたフォントがたくさんある
日本語も、100文字くらい手動で作ったら、あとは人工知能で補完してすべての文字を自動生成とかすればいいのに
DroidSansFallbackみたいに少ないグリフの組合わせで多量の文字をカバーする方式が自動化されたらいいのにな。
ちょっと脱線気味だけどフォントファイルの中身に興味がある人向けに解説すると。Android ICSの頃、いわゆる「中華フォント」と言われてた奴だけど、構造が面白い。大概の漢字が部首レベルの部分グリフを複数組合わせる方式でできている。サイズが小さい割にえらく大量の文字をカバーできてた。字形バランスを力技で調整したんだろうが幅違いの偏旁を複数もってたりする。
さらに脱線するが、かわいそうなのがDroidSansJapanease。いわゆる「中華フォント字形」が評判悪かったらしく、JISx0208の漢字範囲だけのセットで日本の字形に合わせたものが出てきたんだが、全角数字や記号類をもってないしCMAPのテーブル種類も足りん。これだけだと使い物にならんし、Windowsなど他の環境でまともに認識されん。さらにJellyBeansからはモトヤのマルベリが標準になり、完全にいらない子になってしまった。記号類はほぼ単独グリフなのでDroidSansFallbackから持ち込もうとしても、FontForgeとかだと全文字が独立1グリフ構造に展開されてえらくサイズがでかくなる。せっかくのグリフ組合わせ構成の長所が消えちまう。
Unicode 制定前の討論会で、「漢字なんて複数のグリフの合成で作れと聞いているから、それぞれに数ビット割り当てて、16 ビットに納めれば全ての字形に番号を割り振れる」と真面目に提案が出ていたことを思い出す。偏と旁のペアで足りると吹き込まれたらしい。汎アジア文化圏の出席者全員と、それ以外の文化圏の常識を持つ人々から、見事に無視され無事に消えた。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
人工知能でフォント作ったほうがいい (スコア:0)
日本語フォントにフリーなのが少なく高価なのは、文字数が圧倒的に多いから
英語は文字数がすくないので、フリーのすぐれたフォントがたくさんある
日本語も、100文字くらい手動で作ったら、あとは人工知能で補完してすべての文字を自動生成とかすればいいのに
Re:人工知能でフォント作ったほうがいい (スコア:0)
DroidSansFallbackみたいに少ないグリフの組合わせで
多量の文字をカバーする方式が自動化されたらいいのにな。
ちょっと脱線気味だけどフォントファイルの中身に興味がある人向けに解説すると。
Android ICSの頃、いわゆる「中華フォント」と言われてた奴だけど、構造が面白い。
大概の漢字が部首レベルの部分グリフを複数組合わせる方式でできている。
サイズが小さい割にえらく大量の文字をカバーできてた。
字形バランスを力技で調整したんだろうが幅違いの偏旁を複数もってたりする。
さらに脱線するが、かわいそうなのがDroidSansJapanease。
いわゆる「中華フォント字形」が評判悪かったらしく、JISx0208の漢字範囲だけのセットで
日本の字形に合わせたものが出てきたんだが、全角数字や記号類をもってないしCMAPのテーブル種類も足りん。
これだけだと使い物にならんし、Windowsなど他の環境でまともに認識されん。
さらにJellyBeansからはモトヤのマルベリが標準になり、完全にいらない子になってしまった。
記号類はほぼ単独グリフなのでDroidSansFallbackから持ち込もうとしても、
FontForgeとかだと全文字が独立1グリフ構造に展開されてえらくサイズがでかくなる。
せっかくのグリフ組合わせ構成の長所が消えちまう。
悪夢は繰り返す。と。 (スコア:0)
Unicode 制定前の討論会で、「漢字なんて複数のグリフの合成で作れと聞いているから、それぞれに数ビット割り当てて、16 ビットに納めれば全ての字形に番号を割り振れる」と真面目に提案が出ていたことを思い出す。
偏と旁のペアで足りると吹き込まれたらしい。
汎アジア文化圏の出席者全員と、それ以外の文化圏の常識を持つ人々から、見事に無視され無事に消えた。