mshio's blog

最初に簡単なご報告から ── 本日、さわらびゴシックを更新いたしました。バージョン番号は例によって日付をそのまま数値にした 20120515 です。更新内容も例によって漢字グリフの増量で、増量数もほぼ通例どおりの 50 です。すべていつものとおりです。

さて、話題をタイトルの件に戻します。さわらびフォントのライセンス変更については、かねてから考えてはいたのですが、現在 Creative Commons から、より制約の緩いもの（たとえば M+ フォントライセンス）への変更を検討しています。

フリーフォント界隈では、フォントの著作権についての議論がしばしば行われてきましたが、しかし奇妙なこと（あるいはそうも見えること）もあります。というのも一方で、日本においては原則的に漢字フォントの著作権は認められていないとも耳にするからです。両者は互いに矛盾していると思いますが、私はこのあたりの事情に詳しいものではないので、ハッキリどうとコメントすることはできません。ただ、漢字フォントに著作権はないという見解は、専門家の口からも聞くことができるようです。

現在さわらびフォントが採用している Creative Commons Attribution ライセンスでは、しかし、著作権の表示を求めています。もし漢字フォントに著作権がないなら、この要求は（少なくとも日本においては）法的に少し混乱しているようにも見えるのです。

さて専門家ではないので、どう考えるのが正しいかはわかりません。しかし、こうした事情も手伝って、ライセンス変更について改めて考えているところです。

もし、ご意見などございましたら、お寄せいただけると幸いです。

3月11日に大災害が起きてしまいました。私は首都圏在住の者で、単に帰宅困難者になったくらいでしたが、ニュース映像を見て大きなショックを受け、現実感を喪失して半ばボーッとし、そのままでいるとだんだん泣けてきてしまうという、少しあやうい数日を過ごしました。自分は弱いのだなということに改めて気づき、ならば実際に被災された方々は果たしていかばかりだろうかと考えました。ましてや身内を亡くされた方々のことを想像すると、言葉にもできません。

しかし、無力な私にできることはほとんど何もなく、ただ我が身の日常を支えるのに精一杯という情けなさです。考えが悪い方向に落ちてしまうのを止められたのは、とにかく考えるのをやめて、音楽を聞き、単純作業に没頭することでした。私は自分のことばかりです。

そんなわけなので、実はどうしようかとも考えたのですが、作業がひと区切りのところまで済んだので、リリースすることにしました。漢字の増量はいつもどおり 50 です。

さわらびゴシックをまた例によって更新しました。今回は漢字グリフの増量が 55 と、5 文字分だけいつもより多いです。リリースノートの書き方を若干変え、追加したグリフを、漢字グリフに限らず、記載することにしました。ただし、全リストのほうは相変わらず漢字グリフだけです。もっとも、こちらのほうのリストは、数が少ないうちは意味がありましたが、そろそろ必要なくなってきたかもしれません。

世間では電子書籍の話題が出て久しいということもあり、今回の更新に際して、一応さわらびゴシックでも、縦書きについてもっと意識してみようか、などと考えました。もっとも元来がゴシックですし、漢字グリフも足りていないですし、デザインもまだまだ難があるなというところで、書籍向けとは全く言えないわけですが、それでも一応縦組み表示をシミュレートする Python スクリプトなど書いてみて、いくつかの例文を表示させつつ、グリフの微調整を試みてみました。以前よりはバランスがよくなったかとおもいます。

もっとも、縦書きは Linux 環境（OpenOffice.org の Writer）ならうまくいくようですが、その他の環境ではうまくいかないようですね。要調査です。

いつも書いている、漢字グリフの進捗も書き記しておきます。第一水準漢字は約 69 %（2965 文字中 2047 文字）、第二は 11 %（3390 文字中 377 文字）となっています。

よろしければ、どうぞお試しください。

今月も、どうにかこうにかという感じですが、さわらびゴシックを更新できました。いつもどおり漢字グリフの増量は 50 です。

教育漢字はこれですべて完了かと思いきや、実はあと 18 文字分残っています。残念……。作業を急ぐ分、どうしても目に付いたグリフから作業してしまう傾向になってしまいました。

第一水準漢字はこれで約 65.6%（2965字中1946字）をカバー、第二水準は約 11%（3390字中374字）で（パーセンテージは）前回と（ほぼ）変わらず、という感じです。

グリフ実装の進捗はあまり芳しくありませんが、今回は TTF ファイルだけでなく、OTF も公開してみました。試しに、という感じではあるのですが、どうでしょうか。

前回は、FontForge に読む込むためのファイル形式の話と、実際に読む込むための操作手順について書きました。

しかしグリフの数というものは、もとより 1 つや 2 つで済むものではありません。日本語フォントともなれば、ずいぶん多くのグリフを扱わねばならず、それをいちいちマウスで手順どおりやるとなると、FontForge に読み込むだけでも手間になります。

このような大量の定型処理に便利なのが、プログラムによる自動処理です。FontForge には、スクリプトで操作できるようなインターフェイスが用意されていますから、もしこれを使ったらどうなるか、というのを今回書いてみたいとおもいます。

FontForge のスクリプトは、C 言語とシェルスクリプトの中間みたいな独自言語と、Python が用意されているようです。私は個人的に Python が多少使えますので、Python でやってみましょう。

まず、既存のフォントファイルもしくは FontForge の sfd ファイルを Python で開く方法です。これは、次のように書きます。

import fontforge
f = fontforge.open('フォントあるいは sfd ファイルのパス')

これで OK です。このように読み込めば、各グリフ（のスロット）には、

g = f[グリフのコード番号]

でアクセスできます。アクセスしたグリフに SVG ファイルを読み込む（インポートする）には、

g.importOutlines('SVG ファイルのパス')

という具合にすればよいのです。最後に保存するには、

f.save('保存先のパス')

で、sfd ファイルとして保存ができます。やり方がわかってしまえば、とても簡単そうですね？

具体的なスクリプトを考えてみましょう。たとえば、グリフをデザインした SVG ファイルを、uniXXXX.svg という形式のファイル名で、ひとつのフォルダにまとめて保存していたとします（XXXX の部分はグリフの16 進数表記のコード番号です）。この場合、次のようなスクリプトを書けば、すべて自動でグリフを読み込ませることができることになるでしょう（試してみたかぎりでは、たぶんこれで大丈夫…）。

#!/usr/bin/env python

import fontforge
import os

font_path = '読み込みたいフォントファイルあるいは sfd ファイルのパス'
output_path = '保存先にしたい sfd ファイルのパス'
svg_dir_path = 'SVG ファイルを格納しているディレクトリのパス'

font = fontforge.open(font_path)

files = os.listdir(svg_dir_path)
for n in files:
  if n.endswith('.svg'):
    code = int(n[3:-4], 16)
    if not (code in font):
      font.createChar(code)
    else:
      font[code].clear()
    font[code].importOutlines('%s/%s' %(svg_dir_path, n))

font.save(output_path)

なお、FontForge の Python インターフェイスについては、こちらのサイトに資料が用意されていますので、参照してみてください。それから、もっといい便利なスクリプトが書けるよ、などの情報がありましたら、ぜひお知らせくださったら嬉しいです。