ビルマ語でフィクションを書く
ビルマ語でのフィクション執筆。積み上がる符号、Unicodeとレガシーフォントの問題、行送り、単語間の空白なし、壊れた語数、出版上の注意点までを解説します。
公開 27 Sept 2026 · 1 分で読めます
ビルマ語でオンラインのフィクションを書くということは、ほとんどの執筆ソフトウェアが、そのために設計されなかった文字体系を扱うということです。ミャンマー文字は、密集し、円形で、装飾が濃い。子音は内在母音を帯び、符号の山がその上下に積み上がり、単語のあいだには、一語がどこで終わり次が始まるかを印すものが何もありません。そのどれもが言語の問題ではありません。この言語は、長いあいだ、小説と詩と新聞を運んできました。それは、英語のために作られたツールと計数器とプラットフォームの問題であり、どの前提が壊れるかを正確に知っている書き手に、恩恵を与えます。
文字体系のしくみ
ビルマ語は、アブギダで書かれます。各子音字は内在母音を帯び、他の母音は「子音の上、下、前、後、周囲に現れる、別個の文字またはダイアクリティックによって示される」(Omniglot)。この言語は声調言語で、声調も書かれます。「ダイアクリティックか特殊文字によって書き表される」のです。内在母音の抑制や子音連結のために、文字体系は子音を縦に積むので、一つの基底文字が、上に符号の列を、下に積みを負うことがあります。この縦方向の持ち高が、以下で述べる組版上の悩みの大半の根です。
Unicode、フォント、Zawgyiの遺産
この文字体系は、1999年のバージョン3.0からUnicodeにあり、その後、長年のあいだに拡張が追加されてきました。事態を複雑にしているのは歴史です。Unicodeフォントが普及する前、ミャンマーの利用者は、ZawgyiやWin Innwaのようなハックフォントで書いていました。Wikipediaの要約では、それらはミャンマー文字ブロックの「未割り当てコードポイント」を使い、「整形を手動で処理する」ものです。それらのエンコーディングのテキストはUnicodeではなく、Unicodeのみのシステムでは、文字化けまたは空の箱として描画されます。
今日のフィクション作者への規則は単純です。Unicodeで書く。それだけです。それから、本物のミャンマーフォントを選ぶ。Pyidaungsuはミャンマーの書籍の国家標準フォントであり、オープンソースフォントのPadaukは、積まれた子音と声調記号が切り詰められるのではなく完全に描画されるように、特に作られています。出版するときは、自分のノートPCだけでなく、携帯電話でも話をテストしてください。読者機器のフォント収録は一様ではなく、フォントの顔ぶれにミャンマー文字が足りないプラットフォームは、物語があるべき場所に、読者に対して箱を表示します。
行送り、または符号が切られる理由
符号が基底子音の上下に積まれるため、ビルマ語は、ラテン文字のテキストより行間の縦の余地を必要とします。英語のWebページが既定で使う行の高さでは、上の母音符号や下の積みが、上の行と衝突するか、完全に切り落とされます。Kanonara自身のタイポグラフィ調査は、対応する11の文字体系の中で、ミャンマー文字が必要とする縦の余地を第一位に置いています。実際上の助言はこうです。ビルマ語の散文に、ラテン文字既定の行の高さを決して受け入れないこと。寛大な行送りを与え、平均的な行ではなく最悪のケース、つまり持ちうるすべての符号を負った子音で確認すること。
空白なし、とそれが壊すもの
Unicodeの行折り返し仕様は、タイ語、ラオス語、クメール語、ミャンマー語を一つの「複雑な文脈依存(東南アジア)」クラスにまとめ、これらの文字体系について「単語の境界を何らの仕方でも印さない」ため、テキストの連なりは「折り返しの機会を決定するために形態論的な分析を要する」と述べています。書き手にとって、これは三つの具体的な帰結を持ちます。
- 語数は作り話です。 空白で分割する計数器は、段落全体を一つの「語」として報告します。語で設定される最小長の規則は、プラットフォームの要件、コンテストの規則、自分自身の目標を問わず、誤作動します。長さは、語ではなく、文字または読書時間で判断してください(Web小説の一話はどのくらいの長さにすべきかを参照)。
- 行折り返しは、エンジンの仕事。 リーディングアプリは、折り返し位置を見つけるために音節を分割しなければならず、分割が弱いところでは、行が奇妙な場所で折れます。これはテキストの水準では直せません。描画の良いツールを選ぶのです。
- 語単位のツールの誤作動。 空白区切りの語を前提に築かれた検索、スペルチェック、置換は信頼できません。語ではなく、句で検索してください。
出版上の考慮
- 預ける前に、プラットフォームをテストする。 Web連載は読者の携帯電話の上で生きも死にもするので、テスト話を投稿し、Webビューだけでなくアプリの中で確認してください。コメントが正しく描画されるかも確認します。
- 混在エンコーディングに注意。 今もZawgyiで書く読者はいます。あなたの原稿はUnicodeを保ち、引用するものは意識的に変換し、混在エンコーディングのテキストを、ノートやストーリーバイブルの記録に決して入れないこと。
- 電子書籍と印刷の書き出しも 同じ仕方で確認してください。書き出しフォントは符号の持ち高全体をカバーしなければならず、積まれた符号がその旅を生き延びられるよう、行の高さは緩められてからでなければなりません。
ソフトウェアの問いは、いつもの通り、執筆ソフトウェアの選び方です。この文字体系を正しく描画し、まともに数え、ファイルをあなたに渡すツールを選ぶこと。ミャンマー語のフィクションがオンラインのどこに住めるかについては、連載プラットフォームの地形から始めて、各プラットフォームの文字対応を自分で検証してください。
出典
- Unicode Standard Annex #14: Line Breaking Property Myanmar in the SA class; no marked word boundaries.
- Omniglot: Burmese script Diacritic positions, tones, rounded letters.
- Wikipedia: Burmese script Unicode history and the legacy font problem.
本文中の技法に関する主張は以下の出典に基づきます。実務上の合意であって確立した事実ではない点には、本文中でその旨を記しています。