List of Japanese [text.Baldanders.info]

Go と日本語

2021-06-19T05:51:29+00:00

Twitter でちょろんと書いたが，なんか勝手に NFC 正規化されてしまうみたいだし，このブログではもう少し掘り下げて書いてみる。

Go では型名や関数名や変数名といった識別名（identifiers name）として Unicode 文字が使える。ということは名前を日本語にすることも可能である。まぁ，どんな文字でも使えるわけではないが。

たとえば以下のようなコードを考える。

// +build run

package main

type ペンギン struct{}

func (p *ペンギン) 鳴く() string {
    return "ふるるー！"
}

func main() {
    println((&ペンギン{}).鳴く())
}

型名や関数名に Unicode 文字が使えるなら上のコードはうまく動きそうだが，実際にはコンパイルエラーになる。

$ go run sample1.go
# command-line-arguments
./sample.go:12:15: undefined: ペンギン
./sample.go:12:18: invalid character U+309A '゚' in identifier
./sample.go:12:27: invalid character U+3099 '゙' in identifier

コンパイルエラーになる理由は2つ。

type で宣言した型名と main() 関数内で使われている型名が異なる「文字列」である
半濁点および濁点を表す結合文字 U+309A および U+3099 は識別名として使えない

なんだか面倒くさそうである。

識別名として使える文字

Go の仕様書を読むと識別名として使える文字が示されている。

identifier = letter { letter | unicode_digit } .

via The Go Programming Language Specification

このうち letter は

letter = unicode_letter | "_" .

via The Go Programming Language Specification

と定義され Unicode 文字が使えることを示している。

unicode_digit や unicode_letter を含む文字の定義は以下の通り。

newline        = /* the Unicode code point U+000A */ .
unicode_char   = /* an arbitrary Unicode code point except newline */ .
unicode_letter = /* a Unicode code point classified as "Letter" */ .
unicode_digit  = /* a Unicode code point classified as "Number, decimal digit" */ .

via The Go Programming Language Specification

unicode_digit は全角数字も含んでいる点に注意。改行コードも LF なんだねぇ（Windows の CRLF は早く捨てたい）。

では Letter や Number の文字種が具体的にどの文字を指しているのか。幸い unicode 標準パッケージを使って文字種をチェックできるので，簡単なチェッカーを書いてみよう。

// +build run

package main

import (
    "flag"
    "fmt"
    "unicode"
)

var mapRangeTable = map[*unicode.RangeTable]string{
    unicode.Variation_Selector: "Variation Selector",
    unicode.Sc:                 "Symbol/currency",
    unicode.Sk:                 "Symbol/modifier",
    unicode.Sm:                 "Symbol/math",
    unicode.Radical:            "Radical",
    unicode.So:                 "Symbol/other",
    unicode.Lm:                 "Letter/modifier",
    unicode.Ideographic:        "Ideographic",
    unicode.Lo:                 "Letter/other",
    unicode.Nl:                 "Number/letter",
    unicode.No:                 "Number/other",
    unicode.Mc:                 "Mark/spacing combining",
    unicode.Me:                 "Mark/enclosing",
    unicode.Mn:                 "Mark/nonspacing",
    unicode.Pc:                 "Punctuation/connector",
    unicode.Pd:                 "Punctuation/dash",
    unicode.Pe:                 "Punctuation/close",
    unicode.Pf:                 "Punctuation/final quote",
    unicode.Pi:                 "Punctuation/initial quote",
    unicode.Ps:                 "Punctuation/open",
    unicode.Po:                 "Punctuation/other",
    unicode.Zl:                 "Separator/line",
    unicode.Zp:                 "Separator/paragraph",
    unicode.Zs:                 "Separator/space",
    unicode.Join_Control:       "Join Control",
    unicode.Cc:                 "Control/control",
    unicode.Cf:                 "Control/format",
    unicode.Cs:                 "Control/surrogate",
    unicode.Co:                 "Control/private use",
}

var arryRangeTable = []*unicode.RangeTable{
    unicode.Variation_Selector,
    unicode.Sc,
    unicode.Sk,
    unicode.Sm,
    unicode.Radical,
    unicode.So,
    unicode.Lm,
    unicode.Ideographic,
    unicode.Lo,
    unicode.Nl,
    unicode.No,
    unicode.Mc,
    unicode.Me,
    unicode.Mn,
    unicode.Pc,
    unicode.Pd,
    unicode.Pe,
    unicode.Pf,
    unicode.Pi,
    unicode.Ps,
    unicode.Po,
    unicode.Zl,
    unicode.Zp,
    unicode.Zs,
    unicode.Join_Control,
    unicode.Cc,
    unicode.Cf,
    unicode.Cs,
    unicode.Co,
}

type unicodeChecker struct {
    mapRangeTable  map[*unicode.RangeTable]string
    arryRangeTable []*unicode.RangeTable
}

func newChecker() *unicodeChecker {
    return &unicodeChecker{mapRangeTable: mapRangeTable, arryRangeTable: arryRangeTable}
}

func (c *unicodeChecker) string(rt *unicode.RangeTable) string {
    if c == nil || rt == nil {
        return "Unknown"
    }
    if s, ok := c.mapRangeTable[rt]; ok {
        return s
    }
    return "Unknown"
}

func (c *unicodeChecker) check(r rune) string {
    if c == nil {
        return c.string(nil)
    }
    for _, rt := range c.arryRangeTable {
        if unicode.Is(rt, r) {
            return c.string(rt)
        }
    }
    return c.string(nil)
}

func main() {
    flag.Parse()
    args := flag.Args()
    checker := newChecker()
    for _, arg := range args {
        fmt.Println(arg)
        for i, r := range arg {
            switch {
            case unicode.IsLetter(r), r == '_':
                fmt.Printf("\t%#U : OK : letter\n", r)
            case unicode.IsNumber(r):
                okng := "OK"
                if i == 0 {
                    okng = "NG"
                }
                fmt.Printf("\t%#U : %v : unicode_digit\n", r, okng)
            default:
                fmt.Printf("\t%#U : NG : %v\n", r, checker.check(r))
            }
        }
    }
}

ここで unicodeChecker.check() メソッドは「Unicode 文字種の判別」で書いた check() 関数の改良版で，かなり細かくチェックできるようにしている。実際に動かしてみよう。

$ go run sample2.go ペンギン ペンギン
ペンギン
	U+30DA 'ペ' : OK : letter
	U+30F3 'ン' : OK : letter
	U+30AE 'ギ' : OK : letter
	U+30F3 'ン' : OK : letter
ペンギン
	U+30D8 'ヘ' : OK : letter
	U+309A '゚' : NG : Mark/nonspacing
	U+30F3 'ン' : OK : letter
	U+30AD 'キ' : OK : letter
	U+3099 '゙' : NG : Mark/nonspacing
	U+30F3 'ン' : OK : letter

うんうん。ちなみに絵文字は，複数のコードポイントで構成されている場合は当然として，単一のコードポイントでも letter とは見なされないらしい。

$ go run sample2.go ⌛
⌛
	U+231B '⌛' : NG : Symbol/other

あと康熙部首とかもアカン感じ？

$ go run sample2.go 埼⽟ 埼玉
埼⽟
	U+57FC '埼' : OK : letter
	U+2F5F '⽟' : NG : Radical
埼玉
	U+57FC '埼' : OK : letter
	U+7389 '玉' : OK : letter

やっぱ英語にしとこうや

どこで見たのか失念してしまったが，メジャーなプログラミング言語，特に手続き型の言語は英語の文法や語感が前提になっていて，日本人はそこから既にハンデがあると読んだことがある。

そういう言語体系の中に日本語を混ぜ込むと，日本語が刷り込まれている人ほど奇妙に見えてしまうんじゃないだろうか。だから私のように英語不得手でも，プログラム・コードは「英語」で書くのが一番自然だろう。

「悲しいけどこれ現実なのよね」

参考図書

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

著者のひとりは（あの「バイブル」とも呼ばれる）通称 “K&R” の K のほうである。この本は Go 言語の教科書と言ってもいいだろう。と思ったら絶版状態らしい（2025-01 現在）。復刊を望む！

reviewed by Spiegel on 2016-07-13 (powered by PA-APIv5)

with #前置詞といっしょ！: 電子書籍版: 三戸　雅彦 (著), 木村　ヨーシロー (写真); 2017-05-07 (Release 2017-05-07); Kindle版; B07143DX2F (ASIN); 評価

対象年齢は小学3年生から。“with” をはじめとしたよく使われる10個の前置詞についてふんわりとしたイメージを掴むことができる。中学生の時に読みたかった orz

reviewed by Spiegel on 2021-04-24 (powered by PA-APIv5)

coffee ＃名詞のヒミツ！～英語を楽しく学ぼう～: 三戸雅彦 (著); しおまち書房 2018-01-01; 単行本（ソフトカバー）; 4906985165 (ASIN), 9784906985166 (EAN), 4906985165 (ISBN); 評価

同じ著者による『with #前置詞といっしょ！』の続編と言えるもの。可算名詞や不可算名詞，単数形と複数形で意味が変わるもの，冠詞の使い方，といったことを言葉のイメージを中心に解説している。中学生の時に読みたかった orz

reviewed by Spiegel on 2021-04-24 (powered by PA-APIv5)

中学→高校の英文法が図解でわかるノート　基礎編　#動詞と踏み出そう！: 三戸雅彦 (著); しおまち書房 2020-01-01; 単行本（ソフトカバー）; 4906985262 (ASIN), 9784906985265 (EAN), 4906985262 (ISBN); 評価

同じ著者による『with #前置詞といっしょ！』『coffee ＃名詞のヒミツ！』の続編と言えるが対象年齢はもう少し「お兄さん・お姉さん」向けの内容。動詞を中心に授業のノートのような紙面構成で書かれていて分かりやすい。勉強中。

reviewed by Spiegel on 2021-04-24 (powered by PA-APIv5)

日本の暦情報を取得するパッケージを作ってみた

2020-04-30T20:52:53+00:00

いやね。

国立天文台の暦要項データを取得する - Qiita

ちう記事を見かけて「Go 言語でも似たようなコードを書けばいいぢゃん」と軽く考えたわけですよ。

実は Google Calendar を操作する Go 言語用パッケージとしては Google 公式の

google.golang.org/api/calendar/v3

ってのがあるのだが，これって認証とか含めたガチなやつなのよ。でも欲しいのは国立天文台から「公開」されているただの暦情報なので，こんなガチなやつは（面倒くさいだけだし）要らないわけ。

もっとお気楽に使える iCal パーサがないかなぁ，と思ったらありました。

PuloV/ics-golang: Golang ics parser

ありがたや。

早速，これを使って日本の暦情報を取得するパッケージを作ってみた。

spiegel-im-spiegel/koyomi: 日本のこよみ

これを使った以下のコードは，2020年5月の祝日・休日と二十四節気・雑節を CSV 形式で出力するもの。

package main

import (
	"bytes"
	"fmt"
	"io"
	"os"

	"github.com/spiegel-im-spiegel/koyomi"
)

func main() {
	start, _ := koyomi.DateFrom("2020-05-01")
	end, _ := koyomi.DateFrom("2020-05-31")
	k, err := koyomi.NewSource(
		koyomi.WithCalendarID(koyomi.Holiday, koyomi.SolarTerm),
		koyomi.WithStartDate(start),
		koyomi.WithEndDate(end),
	).Get()
	if err != nil {
		fmt.Fprintln(os.Stderr, err)
		return
	}

	b, err := k.EncodeCSV()
	if err != nil {
		fmt.Fprintln(os.Stderr, err)
		return
	}
	io.Copy(os.Stdout, bytes.NewReader(b))
}

これを実行すると

$ go run sample.go 
"Date","Title"
"2020-05-01","八十八夜"
"2020-05-03","憲法記念日"
"2020-05-04","みどりの日"
"2020-05-05","こどもの日"
"2020-05-05","立夏"
"2020-05-06","休日"
"2020-05-20","小満"

てな感じになる。また

b, err := k.EncodeCSV()

の部分を

b, err := k.EncodeJSON()

と書き換えれば

$ go run sample.go | jq .
[
  {
    "Date": "2020-05-01",
    "Title": "八十八夜"
  },
  {
    "Date": "2020-05-03",
    "Title": "憲法記念日"
  },
  {
    "Date": "2020-05-04",
    "Title": "みどりの日"
  },
  {
    "Date": "2020-05-05",
    "Title": "こどもの日"
  },
  {
    "Date": "2020-05-05",
    "Title": "立夏"
  },
  {
    "Date": "2020-05-06",
    "Title": "休日"
  },
  {
    "Date": "2020-05-20",
    "Title": "小満"
  }
]

てな感じに JSON 形式でも出力できる。

koyomi.WithCalendarID(), koyomi.WithStartDate(), koyomi.WithEndDate() 各関数は Functional Option なので省略可能である。まぁ，全部省略したら何も取れないけど（笑）

koyomi.WithCalendarID() 関数には1個以上の koyomi.CalendarID を指定できる。指定できる koyomi.CalendarID は以下の通り。

const (
    Holiday   CalendarID = iota + 1 //国民の祝日および休日
    MoonPhase                       //朔弦望
    SolarTerm                       //二十四節気・雑節
    Eclipse                         //日食・月食・日面経過
    Planet                          //惑星現象
)

取得できるイベントは日本時間がベースになっていて，しかも（終日イベントなので）日付のみ有効である。時刻情報はカットされているのであしからず。

あと PuloV/ics-golang パッケージの仕様の問題で，リモートにある iCal ファイルを一時ファイルに落とし込むようだ。落とし込み先ディレクトリの既定がカレントの tmp/ になっている（ない場合は tmp/ ディレクトリを作成しようとする）。このディレクトリを指定するのであれば

k, err := koyomi.NewSource(
    koyomi.WithCalendarID(koyomi.Holiday, koyomi.SolarTerm),
    koyomi.WithStartDate(start),
    koyomi.WithEndDate(end),
    koyomi.WithTempDir("/home/username/.cache/"),
).Get()

などとすればよい。

ぶっちゃけ遅いです。まぁ Google Calndar から iCal ファイルをフィルタリングなしでまるっと取ってくるのだから遅いに決まってるのだけど。実務で使うならバッチ処理でデータベース等に保持っておくのがよろしいかと思われ。

ブックマーク

カレンダーに祝日を入れたいなら国立天文台へ行けばいいじゃない

2019-05-14T13:37:13+00:00

前回のネタは個人的に色々と不本意だったので，今回は軽い小ネタで。よく考えたらこの記事が今年初めての天文ネタだよ orz

Google カレンダーに日本の祝祭日を表示したい！カレンダーを追加する方法 - 窓の杜

という記事を見かけたのだが，日本の祝日は毎年国立天文台で発表してるんだから国立天文台のデータを使えばいいじゃない，と思ったり。

日本の暦は国立天文台の暦計算室で見ることができる。こんな感じのページ。

今月のこよみ powered by Google Calendar - 国立天文台暦計算室より

しかも Google カレンダーへインポート可能で，上のページの「＋Google Calendar」の部分をクリックすれば自身の Google カレンダーにインポートできる。

祝日だけでなく二十四節気や朔望月，あるいは日食・月食といった情報が取得できる。必要に応じてオン・オフを切り替えればいいだろう。

なお，上記データで見れるのは「祝日および休日」で「祭日」のデータはない。つか，祭日は国家が規定するものではないので，あるわけないのだが。祭日が知りたければ高島暦とかを購入することをオススメする（笑）

ちなみに国立天文台では毎年2月1日に翌年の「暦要項」が官報で発表される。

日本の暦はこれが国家公式データである。

ブックマーク

ソフトウェア :: 六曜カレンダー - 公益財団法人禅文化研究所 : Google カレンダーにインポート可能

参考図書

令和2年神宮館高島暦: 神宮館編集部 (著); 神宮館 2019-08-01 (Release 2019-09-19); Kindle版; B07Y3FGB99 (ASIN)

Kindle 版があるのか。思ったよりデジタル化が進んでるんだな（笑）昔は親が毎年買っていたのだが近年は実家で見かけないな。

reviewed by Spiegel on 2020-01-05 (powered by PA-APIv5)

天体の位置計算: 長沢工 (著); 地人書館 1985-09-01; 単行本; 4805202254 (ASIN), 9784805202258 (EAN), 4805202254 (ISBN); 評価

B1950.0 分点から J2000.0 分点への過渡期に書かれた本なので情報が古いものもあるが，基本的な内容は位置天文学の教科書として充分通用する。

reviewed by Spiegel on 2015-01-11 (powered by PA-APIv5)

天体物理学: Arnab Rai Choudhuri (著), 森正樹 (翻訳); 森北出版 2019-05-28; 単行本; 4627275110 (ASIN), 9784627275119 (EAN), 4627275110 (ISBN); 評価

興味本位で買うにはちょっとビビる値段なので図書館で借りて読んでいたが，やっぱり手元に置いておきたいのでエイヤで買った。まえがきによると，この手のタイプの教科書はあまりないらしい。内容は非常に堅実で分かりやすい。理系の学部生レベルなら問題なく読めるかな。

reviewed by Spiegel on 2019-11-13 (powered by PA-APIv5)

「令」のゲシュタルト崩壊

2019-05-05T02:49:46+00:00

自慢じゃないけど，こちとら中3まで習字教室（書道ではないw）に通ってたですよ。今回は「だからどうした」という話。

いやね。改元のお祭り騒ぎは（消費税増税前の一時的個人消費拡大という意味でも）結構なんだけどさ。こうもアチコチで「令和」が連呼されるとゲシュタルト崩壊を起こしそうになるのよ。特に「令」の字。

元々の来歴はともかく，私達がふだん目にしている明朝体やゴシック体は活字印刷された文章で使うことを想定した書体なのですよ。それに「領」とか「玲」とか「零」とかいった画数の多い字の一部としてみれば明朝体の「令」はよくできたデザインだと思う。でもこの字だけを取り出すと「これじゃない」感が半端ないわけさ。

デザインの一部として書く（描く）なら，せめて楷書体にしてくれないだろうか。

と思ってフリーの楷書体フォントを探してみるも，なかなかないものだね。近いもので以下のサイトを見つけた。

白舟書体伝統的書体から遊び心溢れるデザイン筆文字のフォントまで

「使用許諾」によると個人サイトでデザインの一部として使うなら「追加契約・追加料金なしで可能」らしい。というわけで，「白舟楷書教漢」書体と先日公開した「青空文庫」用の書影と組み合わせてみよう¹。

どや，楷書体かっこええやろ！（CV 久川綾）

ブックマーク

楷書体の“令”を新元号発表時の墨書と同じ字形に～モトヤが無料フォントを提供 - 窓の杜 : ほらな。こういうことになるだろ

参考図書

[改訂第8版]LaTeX2ε美文書作成入門: 奥村晴彦 (著), 黒木裕介 (著); 技術評論社 2020-11-14; 大型本; 4297117126 (ASIN), 9784297117122 (EAN), 4297117126 (ISBN); 評価

2020年末に第8版が出てたのに気付かなかったよ。可能なら紙の本も買って常に側に置いておくのが吉。版元には PDF 版もある。

reviewed by Spiegel on 2021-09-05 (powered by PA-APIv5)

カードキャプターさくら 1期+2期+3期コンプリート DVD-BOX [Import]: IDP; DVD; B004JSTW5S (ASIN), 3760000568838 (EAN); 評価

3期分合わせて4千円弱とか太っ腹！まぁ私は Hulu で観るけどね。たまに観たくなるのよ。

reviewed by Spiegel on 2019-05-05 (powered by PA-APIv5)

このブログは基本的に BY-SA ライセンスで公開しているが，この画像に関しては適用外とする。「白舟楷書教漢」書体の翻案扱いになりそうだし。フォントの利用については該当サイトへどうぞ。 ↩︎

車の「離合」って標準語じゃなかったのか

2018-01-27T03:34:01+00:00

Facebook で知り合いが話題にしてて，最初何を言ってるのか分からなかったが，どうやら車の「離合」って標準語じゃないらしい。まじすか！

第 4回　「離合困難」っていったいどういう意味？ | web日本語

念のため自動車の「離合」について説明しておくと，田舎の農道や林道など1車線程度の幅しかない道¹ では所々に「離合地点（あるいは離合場所）」と呼ばれる道幅の広いエリアがあって，そこでお互い譲り合って交差できるようになっている。この交差を「離合」と呼ぶ²。狭い道を無理くり「すれ違う」ことではない（山道で遅い車が後続車をやり過ごすために離合地点を使うこともある）。都市や郊外なら狭い道は拡張するか一方通行にしてしまうところだろうけど，本気の田舎を舐めてはいけない。

【2018-02-03 追記】 Facebook で山口県の知り合いから「離合」を「狭い道をすれ違うこと」という意味で使うと指摘を受けました。つまり，うちで使う意味のほうがマイナーだったのか orz

「離合困難」というのは道幅が狭く離合地点もないため通り抜けに使えないよ，という意味である。 4文字でこれだけの意味を与えられるのだから大したもんだ。昔はこんな標識（？）をわざわざ掲げることはなかったと思うが，今はカーナビで土地勘のない人が誘導されたりするのだろう。ご愁傷様。

私は田舎育ちなので，子供の頃（少なくとも40年以上前）から「離合」という言葉をごく普通に使っていた。学校で習った「離合集散」の離合のほうがピンと来なかったくらいである。漢字の音読みだし何かの用語か隠語が語源なんだろうとは思うが（伝統的な方言なら訓読みになると思う³），一般的に知られてないとは露ほども思わなかったよ（笑）

「離合」の一般的な言い換えは「すれ違い」だそうだが，微妙にニュアンスが違うような気がする。「すれ違い」を辞書で引くと

触れ合うほど近くを反対方向に通りすぎること
時間や位置などがずれて、会えるはずが会えないこと
議論などで、論点がかみあわないこと

といった意味で使われる。そうか。 2 や 3 のニュアンスに引きずられるから違和感があるのか。とういうわけで，個人的には「離合」の上手い言い換えを思いつかない。

「文化とは文化の混血児 (hybrid) 」である。厨房内隠語の「おあいそ」を一般客が使うようになったり，マスコミ用語の「集中豪雨」や「猛暑」が正式に気象用語として定義されたりなど，特定集団の用語や隠語が一般的に使われたり別集団の用語や隠語になったりというのはよくある話。「離合」もそういったもののひとつかもしれない。

ブックマーク

今の農道や林道ってどえら立派なものがあるよね。国交省とは管轄が違うので予算のかけ方も違うのだろう。あれってやっぱり「竹下政権」以降の傾向なのだろうか？ ↩︎
ちなみに鉄道の「離合」について私は全く馴染みがない。鉄道の「離合」は少なくとも複線化されているか別の路線と並走状態にないと発生しないと思うが，島根県の山陰本線は（今でこそ一部複線化されているが）基本的に単線で他の路線が並走することもない。急行や特急をやり過ごすために駅で待ち合わせをすることはあるが（個人的にはこちらのほうが「離合」のイメージに近いんだけど）… ↩︎
標準語だと思って使っていた言葉が実は方言だったというのは「地方あるある」なので，アイデンティティが刺激されること請け合いである（笑）私もブログで意図的に方言を使うことがある。「エラい」とか「ぞんぞがさばる」とか。 ↩︎

年末なので ATOM Editor を掃除しましょう（もしくは2017年お気に入り ATOM パッケージ）

2017-12-16T09:16:31+00:00

なんで日本人はクソ忙しい年末に「大掃除」とかするんでしょうねぇ。普段からやっとけっての，自分。分かってます。現実逃避ってやつですね（笑）

というわけで，唐突に ATOM エディタの掃除とか始めてしまう。ついでに最近のお気に入りパッケージとか紹介してみる。

ATOM のいいところ，悪いところ

ATOM のいいところって何だろう。私の場合，あるエディタが気に入る理由はひとつしかない。それは

手に馴染むかどうか

である。これは極めて感覚的かつ主観的なので説明しづらい。でも，これって殆どの人がそうじゃないだろうか。

たとえば私が「ATOM の◯◯機能がチョー便利！」とか「◯◯パッケージが素敵！」とか言ったところで「それ◯◯で出来るよ」と返されるのがオチである。「好き」という感情は感覚的なものなので合理的に説明するのは難しいし，好悪を評価軸に他人を説得するのは更に無理筋というものである。

逆に ATOM の悪いところは幾らでも挙げられる¹。すぐ思いつくところでは

起動が遅い
全体的に動きがモッサリしている
巨大ファイルを（事実上）扱えない

といった感じ。これのせいで私はテキスト・エディタを「秀丸」から完全に乗り換えることができないでいる。今のところ ATOM での作業はテキスト表示・入力・編集作業全体の9割5分といったところ。ちょこっとだけファイルの中身を覗いてみたいとか，10万行くらいの巨大 CSV ファイル（しかも Shift-JIS）を開きたいとかいったことには ATOM は向かない。

まぁ，でも，私がよく使うパッケージ等を紹介することで「ATOM エディタってこんな感じ」くらいのことは分かってもらえるのではないかと淡い期待を寄せてみる。

インストールしたパッケージを整理する

さて，前口上はこのくらいにして，タイトル通り ATOM エディタの掃除を始めよう。

ATOM は多様なパッケージ群が特徴でインストールも非常に簡単なのはいいのだが ATOM を長く使っているとインストールしたまま忘れ去ってしまったパッケージのひとつやふたつはあるものだ。自分の環境にどんなパッケージが入っているか調べるには以下のコマンドを使う。

$ apm list -i -b

ちなみにパッケージだけを見る場合には -p オプションを付けて

$ apm list -i -b -p

とすればよい（テーマのみなら -t オプションを付ける）。表示される一覧を見て「何だっけ？これ」っていうのがあったなら削除してしまって構わない。ただし，パッケージ同士が依存関係にある場合は ATOM を再起動した際に再インストールを要求されることがある。

パッケージの削除は ATOM の Setting で行うかコマンドラインで

$ apm delete package-name

とすればいい。

お気に入りのパッケージについては，各パッケージの Web ページで ☆ (star) を付けることをお勧めする。 Star を付けたパッケージは初期インストール時に

$ apm stars --install

で一気にインストールすることが可能になる。詳しくは「ATOM Editor に関するメモ」を参照のこと。

2017年のお気に入りパッケージ

それでは以下に2017年末時点でよく使うパッケージを紹介する。

テーマ

最近は atom-material-syntax-dark。

本当はライト・テーマにしたいのだが，いいのがないんだよねぇ。何だってみんなライト・テーマの背景を真っ白にするんだろう。ちょっとベージュっぽい背景色にすれば，それで充分眼に優しい配色になるのに。

黒背景もそれはそれで視覚的にキツいんだけど，真っ白背景よりはマシなので仕方なくダーク・テーマを使っている。

選択するテーマによるのだが highlight-line でカーソル行にアンダーラインを表示させている。 styles.less ファイルで簡単に色などを調整できるのがよい。

Git 関連

ATOM 1.18 でコア・パッケージに github が導入され，ようやく GUI で git の基本操作が出来るようになった。ただし，キーボード・ベースの操作では git-plus の方が使いやすい。てか，私は主に git-plus のほうを使っている。

他には， commit 履歴を視覚的に見るために git-time-machine を使うことがある。ちょっと癖が強いのが難点なのだが。

自動保存

ファイルの自動保存機能として，コア・パッケージに autosave というのがあるのだが，ファイル保存をトリガにして動く機能もあるので（git-plus の commit コメントとか），使い所が微妙である。

ちなみに，かつての save-session 機能は ATOM 本体に取り込まれているそうで，保存を忘れて ATOM を閉じても，次に開くときは未保存状態のまま復元されるようだ。よしよし。

go-plus と atom-ide

はっきり言おう。私が ATOM にロックインされている最大の理由が go-plus パッケージである。コードの入力補完と整形，lint，テスト，カバレッジ等々… これがなかったらコーディング効率半減どころか 70% 減かも。

go-plus パッケージを入れると副パッケージとして，以下も併せてインストールされる。

go-debug
go-signature-statusbar
hyperclick （atom-ide-ui が入ってる場合は不要？）

また alecthomas/gometalinter をはじめとする大量のツールがインストールされるため GOPATH および PATH 環境変数の設定をしておくこと。

最近の go-plus は atom-ide-ui を導入するよう勧めてくる。 atom-ide-ui は最近発表された ATOM 用の IDE (Integrated Development Environment; 統合開発環境) パッケージで LSP (Language Server Protocol) に対応しているのが売りである。

Atom IDE

どうも go-plus は atom-ide-ui とも両立するようになったらしい。 atom-ide-ui は言語ごとのサブパッケージと組み合わせるようになっていて， Go 言語に対応しているものとしては ide-go というパッケージがあるのだが，これがウチの環境では動いてくれんのよ。 ide-go のバックエンドには sourcegraph/go-langserver が動いているのだが，こいつが Windows と相性が悪い気がする。

Go 言語に関しては go-plus があれば atom-ide-ui は全く必要ないのだが，他の言語（たとえば ide-typescript とか）用に入れてある。そのうち統合されることがあるのだろうか。

EditorConfig

コード書きで EditorConfig を使わないやつは，もはや evil と言っていいだろう。チームでソースコードのフォーマットを合わせるなら EditorConfig は必須だし，ひとりで作業するときもリポジトリに必ず .editorconfig を含める習慣をつけていきたいものである。

機能を直接埋め込む

ATOM では init.coffee ファイルで機能を記述し組み込むことが出来る。パッケージにするまでもない小さな処理などで重宝する。

私が組み込んでいるのは以下の機能。

日本語関連のパッケージ

以降は簡単に箇条書きで。

auto-encoding ：文字エンコーディングを自動で判定してくれる。 Shift-JIS や EUC-JP なファイルを開く時に重宝する。たまに間違うのがご愛嬌
japan-util ：日本語用の文字変換パッケージ半角/全角変換や平仮名/片仮名変換とかしてくれる
show-ideographic-space ：いわゆる全角空白文字を視覚化してくれる。これがないとコンパイルエラー時にパニクるハメになる²。見せ方は styles.less ファイルでカスタマイズ可能

その他のお気に入りパッケージ

autoclose-html ： HTML 入力でタグを入力すると自動的に閉じタグを補完してくれる。便利なのだが HTML を直に弄ることが少なくなったので削除した
file-icons ： Tree View やタブのアイコン表示を見やすくしてくれる
language-lua ： Lua 言語用のパッケージ。 atom-ide-ui に対応するものがないっぽいので。 NYAGOS 用のバッチ処理等を書くのに Lua 言語を使うのよ
markdown-table-editor ： Markdown のテーブル作成支援パッケージ。めっさ便利
nav-panel-plus ：アウトライン表示。 atom-ide-ui のアウトラインで表示できない言語（markdown 等）はこちらで。以前は symbols-tree-view を使っていたが，こちらに乗り換えた
open-recent ： File メニューに “Open Recent” 項目を追加し，最近開いたファイルやプロジェクトを表示してくれる
platformio-ide-terminal ： ATOM 内でターミナルを起動する。 shell や環境変数を指定できるのが素敵。私は shell として NYAGOS を指定している

未インストールだけど気になってるパッケージ

こちらも簡単に箇条書きで。

fdocblockr ： /** */ みたいなブロックコメントを生成してくれる。 Java とかならありがたいが Go 言語は微妙
language-plantuml & plantuml-viewer ： PlantUML 用の言語パッケージと画像表示パッケージ。 SVG や PNG といった画像データとして保存できるのが素敵。 DOT 言語に変換されるので， Graphviz を用意する必要がある
- AtomとPlantUMLで爆速UMLモデリング - Qiita
- Atom+PlantUMLで見た目もいい感じのシーケンス図を作成する - Qiita
linter ：これ単独では使えなくて，言語ごとに lint パッケージを用意する必要がある。 Go 言語では go-plus が独自の強力な lint 機能を持っているため不要
- AtomにESLint導入した - Qiita
tablr ： CSV ファイルをスプレッドシート風に表示・編集できる。小さいファイルならいいんだけど， CSV ファイルって大抵が巨大ファイルだからなぁ。結局 Office ツール使ったほうがよかったり

ブックマーク

あっ，私ツンデレ属性とかないですから（笑） ↩︎
Windows 環境なら，全角空白文字の誤入力は IME のプロパティでスペース・キー押下で常に「半角空白」を入力するように設定すればほとんど防げるんだどね（全角空白を入力する場合は shift-space 押下）。 ↩︎

TeX 日本語環境で「源ノ」フォントを使ってみた

2017-10-03T11:10:56+00:00

さて，TeX Live 2017 インストール後の「$\mathrm{\TeX}$ で遊ぼう」第二弾は

$\mathrm{\TeX}$ で「源ノ」フォントを使ってみる

である。

「源ノ」フォントとは「源ノ角ゴシック（Source Han Sans）」および「源ノ明朝（Source Han Serif）」で構成される CJK 統一デザインの書体を指す。「源ノ」フォントは Adobe と Google が共同で開発していて，かつオープンソースで公開されている。この成果の一部は Google により NOTO プロジェクトに取り込まれている。

Google Noto Fonts
- Google Developers Japan: オープンソースの美しい Noto フォントファミリーに日本語、中国語、韓国語が加わりました。
- Google Developers Japan: Noto Serif CJK が登場！

いわゆる CJK 漢字圏の文字は漢字だけでも非常に数が多く ☂ や ☃ みたいな非漢字も合わせると想像するだけでも目眩がする。開発に携われた方々には足を向けて寝られない（何処に足を向けたらいいのだろうw）。そして勿論，世の $\mathrm{\TeX}$nician たちがこれに指を咥えて見ているはずはないのだ。なので私もその成果に便乗することにする。

皆さん，ありがとう！

「源ノ」フォントのインストール

早速インストールをはじめるが，源ノ角ゴシックおよび源ノ明朝は GitHub で公開されている。

これらのリポジトリから最新リリース（zip または tar.gz ファイル）をダウンロードする。 1.6 から 2 GB ほどの巨大パッケージなのでダウンロードの際はご注意を。取得したパッケージの内，今回使うのは OTF/Japanese フォルダにある以下のファイルである。

源ノ角ゴシック
1. SourceHanSans-ExtraLight.otf
2. SourceHanSans-Light.otf
3. SourceHanSans-Normal.otf
4. SourceHanSans-Regular.otf
5. SourceHanSans-Medium.otf
6. SourceHanSans-Bold.otf
7. SourceHanSans-Heavy.otf
源ノ明朝
1. SourceHanSerif-ExtraLight.otf
2. SourceHanSerif-Light.otf
3. SourceHanSerif-Regular.otf
4. SourceHanSerif-Medium.otf
5. SourceHanSerif-SemiBold.otf
6. SourceHanSerif-Bold.otf
7. SourceHanSerif-Heavy.otf

それぞれのファイルの違いはウェイトの違いで，軽いものから昇順に並べている。さらに各パッケージ内の Resources フォルダにある以下の CMap ファイル¹ も使用する。

源ノ角ゴシック
- UniSourceHanSansJP-UTF16-H
源ノ明朝
- UniSourceHanSerifJP-UTF16-H

これらのファイルを，以下のフォルダを作成して放り込む²。

源ノ角ゴシック： {$TEXMFLOCAL}/fonts/opentype/adobe/sourcehansansjp/
源ノ明朝： {$TEXMFLOCAL}/fonts/opentype/adobe/sourcehanserifjp/
CMap ファイル： {$TEXMFLOCAL}/fonts/cmap/sourcehanjp/

ちなみに $TEXMFLOCAL の場所は kpsewhich コマンドで調べられる。いつもの場所だね。

$ kpsewhich -var-value=TEXMFLOCAL
C:/texlive/texmf-local

コピーできたら mktexlsr コマンドを実行して ls-R を更新しておくことを忘れずに。

$ mktexlsr
mktexlsr: Updating C:/texlive/texmf-local/ls-R...
mktexlsr: Updated C:/texlive/texmf-local/ls-R.
mktexlsr: Updating C:/texlive/2017/texmf-config/ls-R...
mktexlsr: Updated C:/texlive/2017/texmf-config/ls-R.
mktexlsr: Updating C:/texlive/2017/texmf-var/ls-R...
mktexlsr: Updated C:/texlive/2017/texmf-var/ls-R.
mktexlsr: Updating C:/texlive/2017/texmf-dist/ls-R...
mktexlsr: Updated C:/texlive/2017/texmf-dist/ls-R.
mktexlsr: Done.

これで「源ノ」フォントのインストールは完了。一応 kpsewhich コマンドでインストールできたかどうか確認しておくとよい。

$ kpsewhich SourceHanSerif-Regular.otf
c:/texlive/texmf-local/fonts/opentype/adobe/sourcehanserifjp/SourceHanSerif-Regular.otf

upLaTeX で「源ノ」フォントを使ってみる

では文書ファイルを用意しよう。こんな感じでどうだろうか。

\documentclass[uplatex,a4paper]{jsarticle}
\usepackage[deluxe]{otf}

\begin{document}

{\mcfamily\ltseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（明朝体・細字）}\par
{\mcfamily          ☂ は夜更け過ぎに ☃ へとかわるだろう。（明朝体・中字）}\par
{\mcfamily\bfseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（明朝体・太字）}\par

{\gtfamily          ☂ は夜更け過ぎに ☃ へとかわるだろう。（ゴシック体・中字）}\par
{\gtfamily\bfseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（ゴシック体・太字）}\par
{\gtfamily\ebseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（ゴシック体・極太）}

森鷗外と内田百閒が髙島屋に行った。

\UTF{845B}飾区の\UTF{20BB7}野家  % 葛飾区の𠮷野家

\end{document}

タイプセット処理は $\mathrm{up\LaTeX}$ を選択した。 $\mathrm{up\LaTeX}$ で処理したあと dvipdfmx コマンドで PDF に変換しないといけないんだけど，「源ノ」フォント用の map ファイルは TeX Live 2017 には存在しないようなので，自前で用意しないといけない。他の書体の map ファイルを参考に自作してみた（正しいかどうかわからないが）。

% CID
otf-cjml-h    Identity-H    SourceHanSerif-Light.otf
otf-cjml-v    Identity-V    SourceHanSerif-Light.otf
otf-cjmr-h    Identity-H    SourceHanSerif-Regular.otf
otf-cjmr-v    Identity-V    SourceHanSerif-Regular.otf
otf-cjmb-h    Identity-H    SourceHanSerif-Bold.otf
otf-cjmb-v    Identity-V    SourceHanSerif-Bold.otf
otf-cjgr-h    Identity-H    SourceHanSans-Regular.otf
otf-cjgr-v    Identity-V    SourceHanSans-Regular.otf
otf-cjgb-h    Identity-H    SourceHanSans-Bold.otf
otf-cjgb-v    Identity-V    SourceHanSans-Bold.otf
otf-cjge-h    Identity-H    SourceHanSans-Heavy.otf
otf-cjge-v    Identity-V    SourceHanSans-Heavy.otf
otf-cjmgr-h   Identity-H    SourceHanSans-Heavy.otf
otf-cjmgr-v   Identity-V    SourceHanSans-Heavy.otf

% Unicode 90JIS
otf-ujml-h    UniSourceHanSerifJP-UTF16-H   SourceHanSerif-Light.otf
otf-ujml-v    UniSourceHanSerifJP-UTF16-V   SourceHanSerif-Light.otf
otf-ujmr-h    UniSourceHanSerifJP-UTF16-H   SourceHanSerif-Regular.otf
otf-ujmr-v    UniSourceHanSerifJP-UTF16-V   SourceHanSerif-Regular.otf
otf-ujmb-h    UniSourceHanSerifJP-UTF16-H   SourceHanSerif-Bold.otf
otf-ujmb-v    UniSourceHanSerifJP-UTF16-V   SourceHanSerif-Bold.otf
otf-ujgr-h    UniSourceHanSansJP-UTF16-H    SourceHanSans-Regular.otf
otf-ujgr-v    UniSourceHanSansJP-UTF16-V    SourceHanSans-Regular.otf
otf-ujgb-h    UniSourceHanSansJP-UTF16-H    SourceHanSans-Bold.otf
otf-ujgb-v    UniSourceHanSansJP-UTF16-V    SourceHanSans-Bold.otf
otf-ujge-h    UniSourceHanSansJP-UTF16-H    SourceHanSans-Heavy.otf
otf-ujge-v    UniSourceHanSansJP-UTF16-V    SourceHanSans-Heavy.otf
otf-ujmgr-h   UniSourceHanSansJP-UTF16-H    SourceHanSans-Heavy.otf
otf-ujmgr-v   UniSourceHanSansJP-UTF16-V    SourceHanSans-Heavy.otf

% Unicode JIS04
otf-ujmln-h    UniJIS2004-UTF16-H    SourceHanSerif-Light.otf
otf-ujmln-v    UniJIS2004-UTF16-V    SourceHanSerif-Light.otf
otf-ujmrn-h    UniJIS2004-UTF16-H    SourceHanSerif-Regular.otf
otf-ujmrn-v    UniJIS2004-UTF16-V    SourceHanSerif-Regular.otf
otf-ujmbn-h    UniJIS2004-UTF16-H    SourceHanSerif-Bold.otf
otf-ujmbn-v    UniJIS2004-UTF16-V    SourceHanSerif-Bold.otf
otf-ujgrn-h    UniJIS2004-UTF16-H    SourceHanSans-Regular.otf
otf-ujgrn-v    UniJIS2004-UTF16-V    SourceHanSans-Regular.otf
otf-ujgbn-h    UniJIS2004-UTF16-H    SourceHanSans-Bold.otf
otf-ujgbn-v    UniJIS2004-UTF16-V    SourceHanSans-Bold.otf
otf-ujgen-h    UniJIS2004-UTF16-H    SourceHanSans-Heavy.otf
otf-ujgen-v    UniJIS2004-UTF16-V    SourceHanSans-Heavy.otf
otf-ujmgrn-h   UniJIS2004-UTF16-H    SourceHanSans-Heavy.otf
otf-ujmgrn-v   UniJIS2004-UTF16-V    SourceHanSans-Heavy.otf

% TEXT, 90JIS
uphminl-h   UniSourceHanSerifJP-UTF16-H SourceHanSerif-Light.otf
uphminl-v   UniSourceHanSerifJP-UTF16-V SourceHanSerif-Light.otf
uphminr-h   UniSourceHanSerifJP-UTF16-H SourceHanSerif-Regular.otf
uphminr-v   UniSourceHanSerifJP-UTF16-V SourceHanSerif-Regular.otf
uphminb-h   UniSourceHanSerifJP-UTF16-H SourceHanSerif-Bold.otf
uphminb-v   UniSourceHanSerifJP-UTF16-V SourceHanSerif-Bold.otf
uphgothr-h  UniSourceHanSansJP-UTF16-H  SourceHanSans-Regular.otf
uphgothr-v  UniSourceHanSansJP-UTF16-V  SourceHanSans-Regular.otf
uphgothb-h  UniSourceHanSansJP-UTF16-H  SourceHanSans-Bold.otf
uphgothb-v  UniSourceHanSansJP-UTF16-V  SourceHanSans-Bold.otf
uphgotheb-h UniSourceHanSansJP-UTF16-H  SourceHanSans-Heavy.otf
uphgotheb-v UniSourceHanSansJP-UTF16-V  SourceHanSans-Heavy.otf
uphmgothr-h UniSourceHanSansJP-UTF16-H  SourceHanSans-Heavy.otf
uphmgothr-v UniSourceHanSansJP-UTF16-V  SourceHanSans-Heavy.otf

% TEXT, JIS04
uphminln-h  UniJIS2004-UTF16-H  SourceHanSerif-Light.otf
uphminln-v  UniJIS2004-UTF16-V  SourceHanSerif-Light.otf
uphminrn-h  UniJIS2004-UTF16-H  SourceHanSerif-Regular.otf
uphminrn-v  UniJIS2004-UTF16-V  SourceHanSerif-Regular.otf
uphminbn-h  UniJIS2004-UTF16-H  SourceHanSerif-Bold.otf
uphminbn-v  UniJIS2004-UTF16-V  SourceHanSerif-Bold.otf
uphgothrn-h UniJIS2004-UTF16-H  SourceHanSans-Regular.otf
uphgothrn-v UniJIS2004-UTF16-V  SourceHanSans-Regular.otf
uphgothbn-h UniJIS2004-UTF16-H  SourceHanSans-Bold.otf
uphgothbn-v UniJIS2004-UTF16-V  SourceHanSans-Bold.otf
uphgothebn-h    UniJIS2004-UTF16-H  SourceHanSans-Heavy.otf
uphgothebn-v    UniJIS2004-UTF16-V  SourceHanSans-Heavy.otf
uphmgothrn-h    UniJIS2004-UTF16-H  SourceHanSans-Heavy.otf
uphmgothrn-v    UniJIS2004-UTF16-V  SourceHanSans-Heavy.otf

urml    UniSourceHanSerifJP-UTF16-H SourceHanSerif-Regular.otf
urmlv   UniSourceHanSerifJP-UTF16-V SourceHanSerif-Regular.otf
ugbm    UniSourceHanSansJP-UTF16-H  SourceHanSans-Medium.otf
ugbmv   UniSourceHanSansJP-UTF16-V  SourceHanSans-Medium.otf
uprml-h UniSourceHanSerifJP-UTF16-H SourceHanSerif-Regular.otf
uprml-v UniSourceHanSerifJP-UTF16-V SourceHanSerif-Regular.otf
upgbm-h UniSourceHanSansJP-UTF16-H  SourceHanSans-Medium.otf
upgbm-v UniSourceHanSansJP-UTF16-V  SourceHanSans-Medium.otf
uprml-hq    UniJIS-UCS2-H   SourceHanSerif-Regular.otf
upgbm-hq    UniJIS-UCS2-H   SourceHanSans-Medium.otf

% TEXT, 90JIS
hminl-h     H    SourceHanSerif-Light.otf
hminl-v     V    SourceHanSerif-Light.otf
hminr-h     H    SourceHanSerif-Regular.otf
hminr-v     V    SourceHanSerif-Regular.otf
hminb-h     H    SourceHanSerif-Bold.otf
hminb-v     V    SourceHanSerif-Bold.otf
hgothr-h    H    SourceHanSans-Regular.otf
hgothr-v    V    SourceHanSans-Regular.otf
hgothb-h    H    SourceHanSans-Bold.otf
hgothb-v    V    SourceHanSans-Bold.otf
hgotheb-h   H    SourceHanSans-Heavy.otf
hgotheb-v   V    SourceHanSans-Heavy.otf
hmgothr-h   H    SourceHanSans-Heavy.otf
hmgothr-v   V    SourceHanSans-Heavy.otf

% TEXT, JIS04
hminln-h    H    SourceHanSerif-Light.otf
hminln-v    V    SourceHanSerif-Light.otf
hminrn-h    H    SourceHanSerif-Regular.otf
hminrn-v    V    SourceHanSerif-Regular.otf
hminbn-h    H    SourceHanSerif-Bold.otf
hminbn-v    V    SourceHanSerif-Bold.otf
hgothrn-h   H    SourceHanSans-Regular.otf
hgothrn-v   V    SourceHanSans-Regular.otf
hgothbn-h   H    SourceHanSans-Bold.otf
hgothbn-v   V    SourceHanSans-Bold.otf
hgothebn-h  H    SourceHanSans-Heavy.otf
hgothebn-v  V    SourceHanSans-Heavy.otf
hmgothrn-h  H    SourceHanSans-Heavy.otf
hmgothrn-v  V    SourceHanSans-Heavy.otf

分かりにくいとは思うが，フォントの選択は以下のように対応付けている。

字体とウエイト	フォント名
明朝体・細字	`SourceHanSerif-Light.otf`
明朝体・中字	`SourceHanSerif-Regular.otf`
明朝体・太字	`SourceHanSerif-Bold.otf`
ゴシック体・中字	`SourceHanSans-Regular.otf`
ゴシック体・太字	`SourceHanSans-Bold.otf`
ゴシック体・極太	`SourceHanSans-Heavy.otf`

また UniSourceHanSerifJP-UTF16-V や UniSourceHanSansJP-UTF16-V という CMap ファイルは存在しないが，まぁ縦書きは使わないから，私。縦書き用の CMap ファイルはネットを探したらあるかもしれない。 UniJIS2004-UTF16-H や UniJIS-UCS2-H は他のフォントの設定をそのまま流用してるけど，正しいのかどうかよく分からない。

dvipdfmx コマンドで map ファイルを直接指定する必要があるため .latexmkrc ファイルを以下のように設定した。

#!/usr/bin/env perl
$latex        = 'uplatex -synctex=1';
$latex_silent = 'uplatex -synctex=1 -interaction=batchmode';
$bibtex       = 'upbibtex';
$biber        = 'biber --bblencoding=utf8 -u -U --output_safechars';
$dvipdf       = 'dvipdfmx -z9 -V 4 -f sourcehanjp.map %O -o %D %S';
$makeindex    = 'mendex %O -o %D %S';
$max_repeat   = 5;
$pdf_mode     = 3; # generates pdf via dvipdfmx

$pvc_view_file_via_temporary = 0;

ようやく準備完了。やっとビルドできるよ。

$ latexmk otf-sample.tex

結果はこんな感じ。

Output PDF by upLaTeX with Source Han Fonts (1)

ちなみに埋め込まれたフォントの状態は以下の通り。

Output PDF by upLaTeX with Source Han Fonts (2)

LuaLaTeX で「源ノ」フォントを使ってみる

さて，では同じことを $\mathrm{Lua\LaTeX}$-ja でやってみようと思う。

さきほどフォントファイルをインストールしたが， $\mathrm{Lua\LaTeX}$ で使うにはそのままではダメで，以下のコマンドを実行しておく必要がある。

$ luaotfload-tool --update

上手くいったかどうかは以下のコマンドで確認できる。

$ luaotfload-tool --fuzzy --find="sourcehanserif"
luaotfload | resolve : Font "sourcehanserif" found!
luaotfload | resolve : Resolved file name "c:/texlive/texmf-local/fonts/opentype/adobe/sourcehanserifjp/sourcehanserif-regular.otf"

では，文書ファイルを作ってみよう。

\documentclass{ltjsarticle}
\usepackage[sourcehan,deluxe]{luatexja-preset}
\usepackage{luatexja-otf}

\begin{document}

{\mcfamily\ltseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（明朝体・細字）}\par
{\mcfamily          ☂ は夜更け過ぎに ☃ へとかわるだろう。（明朝体・中字）}\par
{\mcfamily\bfseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（明朝体・太字）}\par

{\gtfamily          ☂ は夜更け過ぎに ☃ へとかわるだろう。（ゴシック体・中字）}\par
{\gtfamily\bfseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（ゴシック体・太字）}\par
{\gtfamily\ebseries ☂ は夜更け過ぎに ☃ へとかわるだろう。（ゴシック体・極太）}

森鷗外と内田百閒が髙島屋に行った。

\UTF{845B}飾区の\UTF{20BB7}野家  % 葛飾区の𠮷野家

\end{document}

luatexja-preset パッケージでは「源ノ」フォントを指定できる。

\usepackage[sourcehan]{luatexja-preset}

また \UTF コマンドが使えるように luatexja-otf パッケージを読み込んでいる。いやぁ，すんごい楽ちん。

タイプセットも前準備なしで簡単にできる（だだし，めがっさ遅い）。

$ lualatex otf-sample.tex

結果は以下の通り。

Output PDF by LuaLaTeX with Source Han Fonts (1)

んー。ウェイトがさっきと違う？

Output PDF by LuaLaTeX with Source Han Fonts (2)

いや，同じか。まぁいいや。「極太」なんてまず使わんし。

他に気になることと言えば， $\mathrm{up\LaTeX}$ ＋ dvipdfmx のときもそうだったんだけど，「葛（U+845B）」の字形が JIS X 0213:2004 だよね。どちらも jis2004 オプションは付けてないんだが。やはり jis2004 オプションは相当特殊な気がする。これからは JIS X 0213:2004 前提で考えて，むしろ jis2000 オプションを作ったほうがいいんじゃないだろうか。

ま，それはともかく

時代は $\mathrm{Lua\TeX}$ で「源ノ」フォント ってことですね！

ちなみに，前回紹介した Cloud LaTeX で同じことをしようとしたら「sourcehan なんぞ知らん！」と怒られた（笑）

/usr/local/texlive/2016/texmf-dist/tex/latex/fontspec/fontspec-luatex.sty
line 392
! LaTeX Error: Unknown option `sourcehan' for package `fontspec-luatex'.

まぁしょうがないね。 IPAex が使えるのなら支障はないし。

ブックマーク

参考図書

[改訂第8版]LaTeX2ε美文書作成入門: 奥村晴彦 (著), 黒木裕介 (著); 技術評論社 2020-11-14; 大型本; 4297117126 (ASIN), 9784297117122 (EAN), 4297117126 (ISBN); 評価

2020年末に第8版が出てたのに気付かなかったよ。可能なら紙の本も買って常に側に置いておくのが吉。版元には PDF 版もある。

reviewed by Spiegel on 2021-09-05 (powered by PA-APIv5)

CMap とは Unicode 等の文字集合とフォントの CID (Character IDentifier) を対応付けるマッピング情報である。 OpenType フォントのフルセットは Unicode を含む複数の文字集合の字形を包括している。たとえば JIS X 0213 では「葛（U+845B）」の字について2000年版と現行の2004年版で字形が異なるという混乱があるが（厳密には例示字体で示される字の形が異なる。異体字のことではない）， OpenType フォント（のフルセット）はそういった差異も包括し CID で識別することができる。従って CMap は文字集合やそのバージョンごとに存在することになる。 ↩︎
adobe, sourcehansansjp, sourcehanjp のフォルダ名には特に意味はなく，自分で管理しやすい名前にすればいいらしい。 ↩︎

クラウドで LuaLaTeX-ja

2017-10-02T13:13:48+00:00

TeX Live 2017 のインストールが終わったので，早速 $\mathrm{Lua\TeX}$-ja で遊ぼう。今回の目標は

$\mathrm{Lua\TeX}$-ja を使い PDF/A フォーマットで出力する。

である。

【2020-06-09 追記】 拙文「LuaLaTeX で PDF/A を構成する」で pdfx パッケージを使って PDA/A を構成するやり方を紹介している。むしろ pdfx パッケージを使うほうがオススメなのだが，以降の内容は当時の記念として残しておく。

$\mathrm{Lua\TeX}$ は2016年にバージョン1.0がリリースされたらしい。めでたい！ TeX Live 2017 に収録されている $\mathrm{Lua\TeX}$ のバージョンは以下の通り。

$ luatex -v
This is LuaTeX, Version 1.0.4 (TeX Live 2017/W32TeX)

Execute  'luatex --credits'  for credits and version details.

There is NO warranty. Redistribution of this software is covered by
the terms of the GNU General Public License, version 2 or (at your option)
any later version. For more information about these matters, see the file
named COPYING and the LuaTeX source.

LuaTeX is Copyright 2017 Taco Hoekwater and the LuaTeX Team.

では，さっそく文書ファイルを用意する。（「LuaTeX-jaの使い方」のコードを流用）

\documentclass{ltjsarticle}

\begin{document}

\section{はじめてのLua\TeX-ja}
ちゃんと日本語が出るかな？

\subsection{出たかな？}
長い文章を入力するとちゃんと右端のところで折り返されるかな？
大丈夫そうな気がするけど．ちょっと不安だけど何事も挑戦だよね．

\end{document}

プリアンブルの記述が減ったなぁ。これをタイプセットしてみる。

$ lualatex hello.tex

$\mathrm{Lua\TeX}$ では直接 PDF を吐く。出力結果はこんな感じ。

LuaLaTeX-ja (1)

余談だが PDF ビュアはオープンソース製品を使おう。個人的には Evince がおすすめ。

Get a Free Software PDF reader!
- Apps/Evince - GNOME Wiki!
- Evince - TeX Wiki

で，出力した PDF のプロパティを Evince で見るとこんな感じになる。

LuaLaTeX-ja (2)

LuaLaTeX-ja (3)

フォーマットは PDF 1.5。 IPAex フォントが埋め込み済みである。最近の $\mathrm{Lua\TeX}$-ja は既定で IPAex フォントを使うようになっているらしい。フォントの埋め込みを禁止するには以下の記述をプリアンブルに加える。

\usepackage[noembed]{luatexja-preset}

出力フォーマットが PDF 1.5 なので，これを PDF/A に変更する。 PDF/A に対応するには hyperref パッケージを使う。

\documentclass{ltjsarticle}

\usepackage{hyperxmp} % XMP support with hyperref
\usepackage[pdfencoding=auto,pdfa]{hyperref} % PDF/A compatible

\hypersetup{% hyperref options (and metadata)
    pdflang={jp},
    pdftitle={はじめての LuaTeX-ja},
    pdfsubject={ちゃんとLuaTeX-jaで日本語が出るかな？},
    pdfauthor={Spiegel},
    pdfkeywords={LuaTeX-ja, PDF/A},
    pdfcopyright={Written by Spiegel on 2017, and licensed under CC-BY.},
    pdflicenseurl={https://creativecommons.org/licenses/by/4.0/},
    pdfcontacturl={https://baldanders.info/},
    pdfcontactcity={Hiroshima},
    pdfcontactcountry={Japan},
    pdfcontactregion={JA},
    pdfcaptionwriter={Spiegel},
    baseurl={https://text.baldanders.info/remark/2015/luatex-ja/},
    draft=false,
    bookmarks=true,
    bookmarksnumbered=true,
    bookmarksopen=false,
    colorlinks=true,
    linkcolor=red,
    citecolor=green,
    filecolor=magenta,
    urlcolor=cyan
}

\begin{document}

\section{はじめてのLua\TeX-ja}
ちゃんと日本語が出るかな？

\subsection{出たかな？}
長い文章を入力するとちゃんと右端のところで折り返されるかな？
大丈夫そうな気がするけど．ちょっと不安だけど何事も挑戦だよね．

\end{document}

hyperxmp パッケージは hyperref パッケージに対して XMP（Extensible Metadata Platform）拡張を行う。これでタイプセットした結果について，先ほどと同じようにプロパティを確認する。

LuaLaTeX-ja (4)

フォーマットが PDF/A-1b になっていることが確認できる。ライセンス情報もちゃんと付与されてるな。

LuaLaTeX-ja (5)

ところで『LaTeX2ε美文書作成入門』を改めて眺めていたが， Cloud LaTeX というサービスがあるらしい。

Cloud LaTeX | Build your own LaTeX environment, in seconds

$\mathrm{p\LaTeX}$, $\mathrm{up\LaTeX}$ だけじゃなく $\mathrm{Lua\LaTeX}$ にも対応しているみたい。早速サインアップしてみた。

Sign-up Cloud LaTeX

Facebook アカウントと Twitter アカウントが使えるようだ。まぁ，昔はともかく，今の Twitter アカウントには一貫性も永続性もないので認証に使うのは避けたほうがいいだろう（笑）

サインアップ後の初期画面はこんな感じ。

Cloud LaTeX (1)

容量は 1 GB，プロジェクトは999個まで作成できるようだ。バージョン管理みたいなのはできなさそうだが Dropbox と連携が可能だ。あらかじめいくつかのテンプレートが登録されている。

Templete in Cloud LaTeX

学生や研究者向けのテンプレートがほとんどだが，履歴書のテンプレートもあったりする。

それでは，新しく空のプロジェクトを作ってみよう。

Cloud LaTeX (2)

Cloud LaTeX (3)

プロジェクトに入って先程の文書の内容を入力する。さらにプロジェクトの設定で処理系を選択する。

Cloud LaTeX (4)

ここでは lualatex を選択する。この状態で「コンパイル」した結果が以下の通り。

Cloud LaTeX (5)

見た目は OK かな。生成した PDF をダウンロードしてプロパティを見てみる。

Cloud LaTeX (6)

おっ。バージョン0.95なのか。

というわけで， Cloud LaTeX でも同じものが生成できることを確認した。ちなみに lualatex は（他の処理系に比べて）めっさ遅いので「自動コンパイル」を有効にする場合には注意が必要である。

作成した文書ファイルは zip ファイルのダウンロードまたは Dropbox との連携で取得できる。なお， zip ファイルでも Dropbox 連携でも，対象となるファイルは文書関連ファイルのみでコンパイル途中で生成されるファイルや処理結果の PDF は対象にならない。

また他ユーザとの共有は考慮されていないようだ。せめて GitHub のプライベートリポジトリと連携できると面白いと思うのだが。でも容量が 1 GB しかないから git 等を使ったバージョン管理は無理かな。

ブックマーク

参考図書

[改訂第8版]LaTeX2ε美文書作成入門: 奥村晴彦 (著), 黒木裕介 (著); 技術評論社 2020-11-14; 大型本; 4297117126 (ASIN), 9784297117122 (EAN), 4297117126 (ISBN); 評価

2020年末に第8版が出てたのに気付かなかったよ。可能なら紙の本も買って常に側に置いておくのが吉。版元には PDF 版もある。

reviewed by Spiegel on 2021-09-05 (powered by PA-APIv5)

LuaTeX-ja に関する覚え書き

2015-09-26T16:32:49+00:00

（これは2014年9月12日に公開した記事を再構成したものです）

$\mathrm{Lua\TeX}$ では $\mathrm{pdf\TeX}$ と同等のことができ， DVI ファイルではなく PDF ファイルを直接出力する。なおかつ callback を記述することにより内部処理に割り込みをかけ機能拡張することが可能になっている。 $\mathrm{Lua\TeX}$-ja はこの機能拡張を使って日本語組版を $\mathrm{Lua\TeX}$ の上で実現する。

参考

pTeX からの主な変更点

和文フォントは(小塚明朝,IPA 明朝などの)実際のフォント，和文フォントメトリック(JFMと呼ぶ )の組である
日本語の文書中では改行はほとんどどこでも許されるので， $\mathrm{p\TeX}$ では和文文字直後の改行は無視される(スペースが入らない)ようになっていた。しかし， $\mathrm{Lua\TeX}$-ja では $\mathrm{Lua\TeX}$ の仕様のためにこの機能は完全には実装されていない
2つの和文文字の間や，和文文字と欧文文字の間に入るグルー/カーン(両者をあわせて JAglue と呼ぶ)の挿入処理が 0 から書き直されている
$\mathrm{Lua\TeX}$-ja では， $\mathrm{p\TeX}$ と同様に漢字・仮名を制御綴内に用いることができ， \西暦 などが正しく動作するようにしている。但し，制御綴中に使える和文文字が $\mathrm{p\TeX}$, $\mathrm{up\TeX}$ と全く同じではないことに注意すること

LuaTeX のバージョン（in TeX Live 2017）

$ lualatex -v
This is LuaTeX, Version 1.0.4 (TeX Live 2017/W32TeX)

Execute  'luatex --credits'  for credits and version details.

There is NO warranty. Redistribution of this software is covered by
the terms of the GNU General Public License, version 2 or (at your option)
any later version. For more information about these matters, see the file
named COPYING and the LuaTeX source.

LuaTeX is Copyright 2017 Taco Hoekwater and the LuaTeX Team.

TeX Live で最新版を取得するには

$ tlmgr update --self --all

などとする。

大雑把な解説

最初の一歩

最低限の $\mathrm{\LaTeX}$ 文書ファイルはこんな感じ。入力は UTF-8 で行う。

\documentclass{ltjsarticle}
% \usepackage{luatexja} % no need to use luatexja with ltjclasses or ltjsclasses classes

\begin{document}

\section{はじめてのLua\TeX-ja}

ちゃんとLua\TeX-jaで日本語が出るかな？

\subsection{出たかな？}

長い文章を入力するとちゃんと右端のところで折り返されるかな？
大丈夫そうな気がするけど．ちょっと不安だけど何事も挑戦だよね。

\end{document}

ltjsarticle クラスを用いるのであれば \usepackage{luatexja} の記述はなくても問題ない。

これで

> luatatex hoge.tex

で問題なく処理できる。

和文フォントの埋め込み

TeX Live 2020 からは既定で原ノ味フォントを埋め込むよう設定されている。明示的に和文フォントを埋め込む場合は luatexja-preset パッケージで書体単位でまとめてフォントを指定できる。

\usepackage[sourcehan]{luatexja-preset} %和文フォントに Source Han フォントを指定する

プリセットオプションは以下のとおり

kozuka-pro
kozuka-pr6
kozuka-pr6n
haranoaji ¹
hiragino-pro
hiragino-pron
morisawa-pro
morisawa-pr6n
yu-win （游明朝/游ゴシック; Win8.1 以降）
yu-osx （游明朝/游ゴシック; macOS）
ipa, ipaex, ms
ipa-hg, ipaex-hg, ms-hg （Office 付属フォントを利用）
moga-mobo
sourcehan ²
noembed （フォントを埋め込まない）

追加で以下のオプションも使用できる

nodeluxe: 明朝体・ゴシック体を各 1 ウェイトで使用する（規定値）
deluxe: 明朝体2ウェイト・ゴシック体3ウェイトと，丸ゴシック体を使用可能にする（otf パッケージ互換）
expert: 横組専用仮名を用いる（otf パッケージ互換）
bold: 「明朝の太字」をゴシック体の太字によって代替する（otf パッケージ互換）
90jis: 可能ならば 90JIS 字形を使う
jis2004: 可能ならば JIS2004 字形を使う
jis: jfm-jis.lua を JFM として用いる（JIS フォントメトリックに近い結果が得られる）
no-math: fontspec パッケージによる数式フォント置換が不都合な場合に指定する

graphicx および xcolor パッケージ

graphicx および xcolor パッケージはドライバ指定なしでOK。（自動検出される）

\usepackage{graphicx,xcolor}

明示的に指定するのであれば luatex を指定する³。

\usepackage[luatex]{graphicx,xcolor}

hyperref パッケージ

【2020-06-09 追記】 拙文「LuaLaTeX で PDF/A を構成する」で pdfx パッケージを使って PDA/A を構成するやり方を紹介している。むしろ pdfx パッケージを使うほうがオススメなのだが，以下の hyperref および hyperxmp パッケージを使ったやり方は当時の記念として残しておく。

hyperref パッケージも同様にドライバ指定なし大丈夫だが，そのままでは PDF の目次等が文字化けしてしまうので以下のパラメータを指定する。

\usepackage[pdfencoding=auto]{hyperref}

または

\usepackage[unicode=true]{hyperref}

更に pdfa オプションをつけると PDF/A-1b 準拠の PDF を出力する。

\usepackage[pdfencoding=auto,pdfa]{hyperref} % PDF/A compatible

hyperref パッケージでは PDF metadata 用に以下のオプションが指定できる。

baseurl
pdfauthor
pdfkeywords
pdflang
pdfproducer
pdfsubject
pdftitle

hyperxmp パッケージ

hyperxmp パッケージを使うと XMP（Extensible Metadata Platform）によるメタデータを埋め込むことができる。これは hyperref パッケージと組み合わせて使う。

\usepackage{hyperxmp} % XMP support with hyperref
\usepackage[pdfencoding=auto,pdfa]{hyperref} % PDF/A compatible

\hypersetup{% hyperref options (and metadata)
    pdflang={jp},
    pdftitle={はじめての LuaTeX-ja},
    pdfsubject={ちゃんとLuaTeX-jaで日本語が出るかな？},
    pdfauthor={Spiegel},
    pdfkeywords={LuaTeX-ja, PDF/A},
    pdfcopyright={Written by Spiegel on 2014,2017, and licensed under CC-BY.},
    pdflicenseurl={https://creativecommons.org/licenses/by/4.0/},
    pdfcontacturl={https://baldanders.info/},
    pdfcontactcity={Hiroshima},
    pdfcontactcountry={Japan},
    pdfcontactregion={JA},
    pdfcaptionwriter={Spiegel},
    baseurl={https://text.baldanders.info/remark/2015/luatex-ja/},
    draft=false,
    bookmarks=true,
    bookmarksnumbered=true,
    bookmarksopen=false,
    colorlinks=true,
    linkcolor=red,
    citecolor=green,
    filecolor=magenta,
    urlcolor=cyan
}

hyperxmp パッケージで追加されるパラメータは以下のとおり

pdfauthortitle
pdfcaptionwriter
pdfcontactaddress
pdfcontactcity
pdfcontactcountry
pdfcontactemail
pdfcontactphone
pdfcontactpostcode
pdfcontactregion
pdfcontacturl
pdfcopyright
pdflicenseurl
pdfmetalang （ない場合は pdflang を参照する）

どういうわけか hyperxmp パッケージを使ってもいわゆる「タグ入り PDF」として Adobe Reader で認識されない。 Evince では著作権情報は読み取れているみたい。

PDF property (Evince)

参考文献の管理

$\mathrm{bib\TeX}$, $\mathrm{bib\LaTeX}$ は $\mathrm{p\TeX}$, $\mathrm{up\TeX}$ で使っていたものを流用できる。ただし，入出力は UTF-8 になること。

\usepackage[backend=biber, style=numeric]{biblatex}
\addbibresource{refer.bib}

LuaLaTeX 用 .latexmkrc ファイルの準備

ぼくがかんがえたさいきょうの .latexmkrc ふぁいる

#!/usr/bin/env perl

# LaTeX commands
$pdflualatex         = 'lualatex %O -synctex=1 %S';
$latex               = 'uplatex %O -synctex=1 %S';
$latex_silent_switch = '-interaction=batchmode -c-style-errors';

# bibTeX commands
$bibtex    = 'upbibtex %O %B';
$biber     = 'biber %O --bblencoding=utf8 -u -U --output_safechars %B';
$makeindex = 'mendex %O -o %D %S';

# Device Driver
$dvipdf = 'dvipdfmx %O -z9 -V 7 -o %D %S';
$dvips  = 'dvips %O -z -f %S | convbkmk -u > %D';
$ps2pdf = 'ps2pdf14 -dPDFA -dPDFACompatibilityPolicy=1 -sProcessColorModel=DeviceCMYK %O %S %D';

# Typeset mode (generate a PDF)
$pdf_mode = 4; # 0: do not generate a pdf , 1: using $pdflatex , 2: using $ps2pdf , 3: using $dvipdf , 4: using $pdflualatex

# Other configuration
$pvc_view_file_via_temporary = 0;
$max_repeat = 5;
$clean_ext = "xmpdata";

最終形

pdfx パッケージを使った最終形のコードを組んでみた。

% XMPメタデータ
\RequirePackage{filecontents}
\begin{filecontents*}{\jobname.xmpdata}
  \Title{はじめてのLuaTeX-ja}
  \Author{Spiegel}
  \Language{ja-JP}
  \Keywords{LuaTeX-ja\sep PDF/A}
  \Subject{ちゃんとLuaTeX-jaで日本語が出るかな？}
  \Date{2020-06-08}
  \Copyright{Licensed under CC-BY}
  \CopyrightURL{https://creativecommons.org/licenses/by/4.0/}
\end{filecontents*}

\documentclass{ltjsarticle}
\usepackage[deluxe,nfssonly]{luatexja-preset} % TeX Live 2020 以降なら原の味フォントが既定
\renewcommand{\emph}[1]{\textsf{\textgt{#1}}} % 強調をゴシック体と Sans Serif に変更する

\usepackage[a-2u]{pdfx}   % PDF/A-2u を構成
\pdfvariable omitcidset=1 % LuaTeX で PDF/A-2 を作る際に必要

\title{\emph{はじめてのLua\TeX-ja}}
\author{Spiegel}
\date{2020-06-08}

\begin{document}

\maketitle

\section{はじめてのLua\TeX-ja}

ちゃんとLua\TeX-jaで日本語が出るかな？

\subsection{出たかな？}

長い文章を入力するとちゃんと右端のところで折り返されるかな？
大丈夫そうな気がするけど．ちょっと不安だけど何事も挑戦だよね．

\end{document}

ブックマーク

参考図書

[改訂第8版]LaTeX2ε美文書作成入門: 奥村晴彦 (著), 黒木裕介 (著); 技術評論社 2020-11-14; 大型本; 4297117126 (ASIN), 9784297117122 (EAN), 4297117126 (ISBN); 評価

2020年末に第8版が出てたのに気付かなかったよ。可能なら紙の本も買って常に側に置いておくのが吉。版元には PDF 版もある。

reviewed by Spiegel on 2021-09-05 (powered by PA-APIv5)

拙文「TeX Live 2020 で原ノ味フォントを使う」を参考にどうぞ。 ↩︎
源ノ明朝および源ノ角ゴシックの仕様例として「TeX 日本語環境で「源ノ」フォントを使ってみた」を参考にどうぞ。 ↩︎
$\mathrm{Lua\TeX}$ 0.95 以降では luatex.def ドライバが新設され，ドライバ依存のパッケージではこれを指定すればいいようになった。 ↩︎