意味 [33]
字 を組み合わせた(ようにみえる)ものは幅広く合字 と呼ばれます。
いろいろな合字 [3] 合字 ラテン文字 合略仮名 複音節仮名 麿 廿 割り書 广永 くずし字 連綿体 筆記体 縦中横 元号合字 組み文字 ロゴ文字列 IDS ZWJZWNJgojirbGSUB書字方向依存グリフ と合字 の関係フォント依存符号化 cursive 連字 [28]
活字 時代、貴人の名前 に関する連字 の慣習:
[7] 狩野宏樹さんはTwitterを使っています 「@0guma 誤植防止のため「天皇陛下」4字連字を作った新聞社もあったと聞きますが、金日成金正日(本当はハングル)の6字は大きくて太い字で印字するそうですから、誤植防止とは別の意味もあるようです。むしろ擡頭平出といった皇帝に関する東アジア漢字文化圏の伝統的表記の継承と見るべきかも」 / Twitter , 午後0:16 · 2014年12月11日 +09:00 , 2020-12-07T03:21:24.000Z https://twitter.com/KAN0U/status/542880635665125376
[8] ginga 釋道哲さんはTwitterを使っています 「「連字」は誤植防止というよりも、速さが問われる新聞社において頻出語句、特異語句をあらかじめ用意する、という意味のほうが大きいです。「会社」「政府」「東京」「函館」などなど。RT @KAN0U: @0guma 誤植防止のため「天皇陛下」4字連字を作った新聞社もあったと聞きますが、」 / Twitter , 午後1:03 · 2014年12月11日 +09:00 , 2020-12-07T03:21:24.000Z https://twitter.com/ginga_station/status/542892377749192704 [29]
伊豆大島独立構想と1946年暫定憲法 , NetCommons , 2013-03-31 , 2015-08-19 , 2023-07-02T15:15:23.000Z https://ngu.repo.nii.ac.jp/index.php?active_action=repository_view_main_item_detail&page_id=13&block_id=49&item_id=165&item_no=1
#page=25
[96]
Xユーザーのいずみすいめいさん: 「@wsbing かつての日本でも「天皇階下」と誤植してしまった新聞がありそれ以降「天皇陛下」で一体化した活字を使うことになった。したがって「天皇陛下」の途中で改行できない。」 / X , 午後2:44 · 2025年12月18日2025-12-18T05:44:05.000Z , 2025-12-22T07:04:05.000Z https://x.com/hachihachimaru1/status/2001528875432788420
OpenType 合字 合字グリフ [16]
OpenType のグリフ級 2 合ごう 字じ グリフligature glyph
[17]
合字グリフ は合字 を表すグリフ です。
[18]
合字グリフ は基底グリフ と似ていますが、
基底グリフ が1組分の添付点 しか指定できないのに対し、
合字グリフ には複数組分の添付点 が指定できます。
グリフ位置決定
[20] どの組が選ばれるか
文字のレンダリング
[19]
合字 上のキャレット 位置
キャレット , 合字キャレットリスト , 文字のレンダリング
[22]
合字グリフ の anchor point の記述においては、
データ構造 上の構成部品component の順序は、
文章text の書字方向 (writing direction , logical direction ) によるとされます。
すなわち、例えば左横書き なら左から右の順とします。
>>21
[23] これは1つの合字グリフ は1つの書字方向 を内包するという前提になっていますが、
それって必ず成り立つものなのですかね。[24] 必ずしもグリフ 列全体 (text) の書字方向 と同じである必要はなく、
当該グリフ 内の構成部品の書字方向 (というか論理順 ) で良い、
と緩和するべきかも? それなら「株式 会社 書字方向 でも、
「ゆるゆるKK です 」
のような周りの書字方向 と違う書字方向 のグリフ でも、
問題にならないのですが。[25]
合字キャレットリスト 中のキャレット 位置の意味するところは不明瞭ですが、
常識的に考えれば合字 化される前の各文字 と元のままの順序、
つまり論理順 で対応付けられるものでしょう。
従って anchor point 群の順序と同じ順序になるはずです。
ただしキャレット 位置は1次元になります。
[26] 単調増加 は求められていないようなので行ったり戻ったりを記述することも不可能ではなさそうですが、
「株式 会社 合字 の構成要素に合わせた上下移動は記述できません。[21]
GPOS — Glyph Positioning Table (OpenType 1.9) - Typography | Microsoft DocsPeterCon , 2022-09-07T13:19:20.000Z https://docs.microsoft.com/ja-jp/typography/opentype/spec/gpos#lookup-type-5-mark-to-ligature-attachment-positioning-subtable フォント機能 [52] 特定目的用: afrc
[53]
Registered features, a-e (OpenType 1.9.1) - Typography | Microsoft Learn , PeterCon , 2024-07-07T00:58:54.000Z , 2024-12-04T11:57:40.508Z https://learn.microsoft.com/en-us/typography/opentype/spec/features_ae [85]
Registered features, f-j (OpenType 1.9.1) - Typography | Microsoft Learn , PeterCon , 2024-05-31T17:42:16.000Z , 2025-05-14T05:07:51.192Z https://learn.microsoft.com/en-us/typography/opentype/spec/features_fj ccmp[54]
ccmp>>53
[55]
グリフの代替glyph alternates の数を最小化するために文字 の既定のグリフ を2つ以上 のグリフ に分解decompose することが望まれるdesirable ことが時々あります。
また、より良いグリフ の処理のために2つ以上 の文字 の既定のグリフ を単一のグリフ に合成compose するのが好ましいpreferable ことがありますmay 。
ccmp
はこうした目的で使えます。
>>53
[56]
合成済み文字 のグリフ を基底文字 のグリフ とダイアクリティカルマーク のグリフ に分解できます。
>>53
[57]
応用 は常に ccmp を適用するべきですshould 。
通常は利用者 に有効・無効を制御させるべきではありませんshould not 。
>>53
[58]
GSUB lookupType4 や 2
が推奨 recommended >>53
[59]
ccmp は他のフォント機能 より先に実装する必要があるとされます。
>>53 フォント の GSUB lookup
の組み合わせ方のことでしょうか。
clig[60]
フォント機能
clig>>53
[61]
clig
は、
グリフ 列を
typographic な目的に好ましいpreferred 単一のグリフ に置換します。
>>53
[62]
他の合字 ligature フォント機能 と違って合字 が推奨 recommended 文脈context を指定します。
>>53
[63]
用字系 により、あるいは swash ligature 用に必要な機能です。
>>53 [64]
GSUB lookupType8
が推奨 recommended >>53 GSUB や GPOS が禁止されているわけではありません。
[65]
clig は既定の状態で有効とするべきですshould 。
>>53
[66]
cswh も参照。
dlig[67]
フォント機能
dlig>>53
[68]
グリフ 列を typographic 目的で好ましいpreferred 単一のグリフ に置き換えますreplace 。
>>53
[69]
利用者user の好みpreference により特別な効果special effect に使えるmay 合字 ligature 使えますcovers 。
>>53
[70]
c t のグリフ 列を ct のグリフ に置き換えられます。
>>53
[71]
( 金 )
のグリフ 列を
㈮
に置き換えられます。
>>53
[72]
具体的にどのような合字 があるかは設計や用字系 によります。
>>53
[74]
既定の状態では無効とするべきですshould 。
>>53
[75]
Discretionary、つまり自由裁量という通り、用字系 に於いて必須の合字 ではないものに用いることが想定されているようです。
[76]
しかし一口に必須でない合字 といっても幅があって、
仕様書に明示されている例だと
ct
は専ら装飾目的ですが、
㈮
はスペースの削減だったり縦中横 の見栄えのためだったりします。
どちらも「組版的 (typographic) な目的」での合字 で
「あってもなくても良いがあると良くなる場面がある」
ことには違いないのでしょうが。
[77]
従って dlig は何も考えずに有効にしたり無効にしたりするようなものではなく、
特定のフォント と特定の文脈との組み合わせで個別に適用するべきか、しないべきかを検討するべきものといえます。
[78]
事前に何が入力されるか予期できない UGC のようなものには向きません。
[79]
Webフォント としてサーバーから提供されるフォント ではなくプラットフォーム のフォント を使って表示する
Webページ では使うべきではありません。
[73]
GSUB lookupType4
が推奨 recommended >>53 GSUB や GPOS が禁止されているわけではありません。
[84]
任意の合字 - Wikipedia , 2025-01-19T06:41:56.000Z , 2025-02-02T06:59:43.396Z https://ja.wikipedia.org/wiki/%E4%BB%BB%E6%84%8F%E3%81%AE%E5%90%88%E5%AD%97
hlig[86]
フォント機能
hlig>>85
[87]
フォント機能
hlig
は、
既定default (現在current ) の字形form を歴史的な代替形historical alternates に置き換えreplace ます。
過去past には一般的に使われていたin common use 合字ligatures が今日では時代錯誤的anachronistic になっていることがあり、
フォント によってはそうした歴史的字形historical forms を含めて
「時代」的な効果“period” effect に使えるようにしています。
>>85
[94]
具体的にどのようなグリフ の組み合わせからどのような合字 に置換されるべきかは、
まったく個別のフォント に委ねられているのであり、
OpenType としては何らの規定もありません。
[88]
Palatino Linotype
では
long s + t,
long s + b,
long s + h,
long s + k
などで歴史的な合字が使われます。
>>85
[91]
GSUB lookupType4
によって置換することが推奨recommended されています。
それ以外の GSUB や GPOS
が禁止されているわけではありません。
>>85
[93]
合字 ではない1文字の歴史形に対しては hist
を使うのが良いとされています。
[92]
hlig
は既定では無効とするべきですshould 。
文書 のマーク付け 、
利用者 の制御、
その他応用 依存の方法で適用できます。
>>85
liga [98]
OpenType のフォント機能
liga>>97
[99]
liga
は、
組版 的な目的typographic purposes 好ましいpreferred ようグリフ の列sequence を単一のグリフ に置換します。
liga
は、
通常の条件normal condition で使われるべきshould かどうか設計者designer ・製造者manufacturer が判断するような合字ligature のためのものです。
標準的な合字standard ligature の集合は、
設計by design や用字系 script >>97
[100]
グリフ f f l の列を ffl のグリフ で置き換えるために使えます。
>>97
[101]
GSUB lookupType4
が推奨recommended されます。
>>97 GSUB や GPOS
が禁止されているわけではありません。
[102]
liga
は、
文書 のマーク付け や利用者 の制御、その他応用 依存の方法で適用することができます。
>>97
[105]
liga は文脈によってin some contexts は緊要な機能critical function でありますから、
既定の状態で有効active とするべきshould です。
>>97
[104]
ということに OpenType 仕様ではなっていますが、実際のフォント は必ずしもそうではなく、
標準的に適用されるべきでない合字 が liga になってしまっている場合もままあるようです
(>>103 )。裏を返せば、標準で liga を適用しない実装が多いのだろうと推測されます。
[32]
関連: CJK統合漢字合字
[97]
Registered features, k-o (OpenType 1.9.1) - Typography | Microsoft Learn , PeterCon , 2024-05-31T17:42:31.000Z , 2026-01-05T14:20:16.424Z https://learn.microsoft.com/en-us/typography/opentype/spec/features_ko#liga 誤適用 [35] 〼(ます)や株式会社がiPhone(Safariなど)で特殊文字に変換される原因と解決方法 | 株式会社ウェブ企画パートナーズ , 2024-07-03T02:58:38.000Z https://wk-partners.co.jp/homepage/blog/hpseisaku/htmlcss/special-characters-in-safari/ 要は、特殊文字にできそうなところは、片っ端から特殊文字に変換されてしまうし、ChromeのディベロッパーツールでiPhoneのユーザーエージェントにしているのにも関わらず、その場合は正常表示だし、なんでや!!という症状です。
font-feature-settings とはブラウザで表示される文字をカーニング(字詰め)してくれるCSS。
カーニングをする分には問題ないんですが、「”liga”」が指定してある場合にハマります。
これは本来英文字なんかで「合字」といってタイポグラフィ目的のときによく使用されるんですが、この指定が入っていると、株式会社などを勝手に合字して表示しちゃうみたいです。
[36]
>>35 これによるとカーニング したいだけで意味もわからず liga
を有効にする人がいて、 iPhone には liga で〼 や㍿ に置換するようなフォント が入っているために、
iPhone でだけ意図せず合字 化する現象が発生する模様。
[38] Xユーザーのところてんさん: 「Chromeの翻訳、いい…… 日本は解雇が厳しいので、稼働の波を雇用の波ではなく、下請け構造で会社間の受発注の波に変換している、という前提情報が抜けてるんだよな…… Tier1の会社は外注を減らすだけなので、解雇は行われない Tier2以降の会社は解雇が発生するという話 https://t.co/cpnEQYvi18 https://t.co/xjzJU4QzLE」 / X , 午後3:15 · 2024年7月2日2024-07-02T06:15:33.000Z , 2024-07-03T02:43:51.000Z https://x.com/tokoroten/status/1808021677495795918/photo/1 [39] XユーザーのTakayuki Fukudaさん: 「@tokoroten 調べてみたら、font-feature-settingsというCSSの設定が原因みたいですね font-feature-settings: "kern" 1, "dlig" 1; というCSSを無効化するとなくなります https://t.co/T3Jz6K3j5T」 / X , 午後6:21 · 2024年7月2日2024-07-02T09:21:14.000Z , 2024-07-03T02:43:51.000Z https://x.com/hedachi/status/1808068404773019902 [40]
>>38 これは元の欧文なら害がなかった dlig の指定が、
機械翻訳 によって日本語文字 に差し替わった結果合字 化されてしまった事案。
[37]
意味もわからず liga や dlig を指定する人がいるならそこにまず問題があるが、
フォント によって liga や dlig
で変化したりしなかったりする相互運用性 の無さに問題がある。
f i がfi に合字 化されるかどうかのようなものと、
株 式 会 社 が㍿ に合字 化されるようなものが一緒くたになっているのはおかしい。
前者のようなものはフォント の設計次第で良いが、
後者のようなものはすべてのフォント で合字 化されるかされないか統一基準があるべきなのに、ないので混乱の元になっている。
[41]
調べてみないと断言できないが、おそらく欧文ではカーニング とfi のような合字 化でラテン文字 の配置や字形が最適化されるという目論見で
kern と liga ないし dlig を有効にする指定が流行しているのだろう。
また、日本語 でも意味もわからずそれを真似ることがあるのかもしれない。
[42]
>>35 には
と書かれているので、欧文想定で書かれたデザインテーマ を和文用に使おうとしてるケースで発症してそう。
>>35 の場合は試用段階で発覚しているけど、気づかないままそのまま使っているサイトもありそう
(iPhone で特定の文言が入っていないと発覚しないので)。
[103]
>>102 によると本来 liga は常に有効になっているような想定らしい。
ところが実際のフォントはそういう意識で作っていないものがある、と。
仕様上はフォント が悪いのだから、 CSS を書いた人は悪くはないのだけれども、
そうはいっても現実を見ないと...
[89]
(2) Xユーザーのoruminさん: 「Google Drive の傍迷惑なイースターエッグに気づいたんですが、本当に迷惑(corporate_logo みたいなディレクトリを作ると意図通りの名前に見えない) https://t.co/k0G2JkZ2ON」 / X , 午後3:13 · 2025年1月22日2025-01-22T06:13:57.000Z , 2025-01-23T00:49:32.000Z https://x.com/orumin/status/1881948395331563744 [82]
(2) XユーザーのAoiMoe a.k.aしお兄Pさん: 「ほんとだ、Google sans使ってると、特定文字に _logo って付けるとリガチャ扱いで Google ロゴのグリフになるwwww https://t.co/Yu2aisOMk7」 / X , 午後7:35 · 2025年1月22日2025-01-22T10:35:33.000Z , 2025-01-23T00:49:32.000Z https://x.com/AoiMoe/status/1882014232906211469 [90]
(2) Xユーザーの専門性・売上・原稿さん: 「みつけた。ほんとにリガチャだ… https://t.co/ZHFPPF6Clj https://t.co/K8s9wO0tYE」 / X , 午後7:48 · 2025年1月22日2025-01-22T10:48:56.000Z , 2025-01-23T00:49:32.000Z https://x.com/golden_lucky/status/1882017600374460871 [80]
(2) Xユーザーの専門性・売上・原稿さん: 「このリガチャが含まれているのはProduct Sansとして公開されているものだけで、Google Sansとして公開されているフォントにはリガチャはなく、ロゴ用の字形だけはaaltにある。が、これをfontspecのRawFeatureで使うのは無理っぽい(グリフIDで無理やり表示はできる) https://t.co/OsE8rFhfnq」 / X , 午後8:04 · 2025年1月22日2025-01-22T11:04:41.000Z , 2025-01-23T00:49:32.000Z https://x.com/golden_lucky/status/1882021564574834719 [81]
(2) Xユーザーの専門性・売上・原稿さん: 「caltだけじゃなく標準のligaからも参照可能だな、これ」 / X , 午後9:43 · 2025年1月22日2025-01-22T12:43:10.000Z , 2025-01-23T00:49:32.000Z https://x.com/golden_lucky/status/1882046348406747302 [83]
XユーザーのTsukasa #01さん: 「こういうのって、合字でも明示的指示が想定されるテーブル (dlig) の方に入れるものだと思うんだけどなぁ。 ……ただ、使用フォントが非フリーの Google Sans であることが背景なのか?いやだとしたら、ユーザー入力を入れる場所にそのフォントを使ってることがおかしいか。」 / X , 午後7:44 · 2025年1月22日2025-01-22T10:44:39.000Z , 2025-01-23T00:49:32.000Z https://x.com/a4lg/status/1882016521465331968 [95]
Xユーザーのてらじ@4月から大阪さん: 「@ Windows 11 に詳しい人 Windows Update が面白いことになって、 プログラム が プロ㌘ ビルド が ㌱ド って、組み文字になっちゃった。こんなことある? Win11 が㌧㌦? https://t.co/7QK6DSX4b4」 / X , 午後10:11 · 2025年6月12日2025-06-12T13:11:26.000Z , 2025-06-14T14:36:57.000Z https://x.com/TERRAZI/status/1933150150962397240
合字フォント [10] アイコンフォント
[30] GitHub - kirishitanbank/KirishitanLigaturesFont: Font for displaying abbreviated ligatures found in Kirishitan Ban prints. , 2023-07-25T10:25:39.000Z https://github.com/kirishitanbank/KirishitanLigaturesFont
フォントをお使いの機器にインストールし、アプリケーションの文書からフォントを選択します。フォントで以下の画像のようなスラッシュ付きの文字列を入力すると、それに対応する合字記号が表示されます。大文字小文字の区別はありません。/apoは/APO、/Apo、/aPoなど、いずれも受け付けられます。スラッシュがあることで検索が楽になりますし、合字が表示されていない場合に発見しやすくなります。
/apo /apt /bta /bto /de /de2 /dpo /ds /ds2 /ds3 /ds4 /fo /jao /jo /jo2 /js /jxo /ma /pa /pe /po /pp /pt /pta /pu /sm /sma /xao /xo /x1 /x2 /x3
Web における合字 [1]
Web standards: Bookmarks and test files (Joe Clark) (2006-07-17 02:28:51 +09:00 版) http://joeclark.org/standards/#ligatures
[31] 22240 - Do ligature substitution on web content - chromium , 2023-11-11T03:07:15.000Z https://bugs.chromium.org/p/chromium/issues/detail?id=22240
演算子合字 [48] programming ligatures と称して、
プログラミング言語 の演算子 を合字 表示するフォント 群があります。
[49]
プログラマー に遍く受け入れられているとは言い難いですが、
かなりの人気があるらしく、多くのフォントが作られています。
[106]
演算子 が綺麗に表示できて嬉しいと思う人がいる反面、
元の文字列がわかりにくくなるので嫌がる人もいるみたいです。
[46] GitHub - i-tu/Hasklig: Hasklig - a code font with monospaced ligatures , 2024-10-14T02:45:20.000Z https://github.com/i-tu/Hasklig
[47] GitHub - SSNikolaevich/DejaVuSansCode: Monospaced font with programming ligatures based on DejaVu Sans Mono , 2024-10-14T03:06:07.000Z https://github.com/SSNikolaevich/DejaVuSansCode
[45] GitHub - tonsky/FiraCode: Free monospaced font with programming ligatures , 2024-10-14T02:40:01.000Z https://github.com/tonsky/FiraCode
[50] GitHub - kika/fixedsys: Fixedsys Excelsior font with programming ligatures , 2024-10-14T03:09:01.000Z https://github.com/kika/fixedsys
[43]
Iosevka , 2024-10-13T06:32:41.000Z , 2024-10-14T02:35:20.911Z https://typeof.net/Iosevka/
[44] Monoid , 2016-07-17T01:14:13.000Z , 2024-10-14T02:37:24.346Z https://larsenwork.com/monoid/
[51]
GitHub - JetBrains/JetBrainsMono: JetBrains Mono – the free and open-source typeface for developers , 2024-10-14T03:14:03.000Z https://github.com/JetBrains/JetBrainsMono
メモ [34]
DSSSL には combine-char があって、基底文字 とアクセント の組み合わせを合成済文字に置き換えるような使い方ができました。
[2] Prefectly | deform
( (2017-06-08 12:45:55 +09:00 ))
http://deform.jp/prefectly/ 大文字のAからZと小文字のaからuまでの文字に47都道府県、それらとは別に、yに県境なしの日本地図、zに県境ありの日本地図が割り振ってあります。
モダンブラウザでは都道府県の略記によるリガチャ(合字)を使用できます。例えば、"st"と入力すれば埼玉県が、"hk"なら北海道が表示されます。加えて、"jp"のリガチャでは日本地図が表示されます。
[4]
tonsky/FiraCode: Monospaced font with programming ligatures
( (2016-08-10 12:07:11 +09:00 ))
https://github.com/tonsky/FiraCode
[5]
Iosevka
( (2016-08-03 21:51:01 +09:00 ))
https://be5invis.github.io/Iosevka/
[6]
Inziu Iosevka Downloads
( (2016-08-03 21:51:01 +09:00 ))
https://be5invis.github.io/Iosevka/inziu.html
[9] 技術と方法(4)コンピュータ・下 | 文字を組む方法 | 文字の手帖 | 株式会社モリサワ , 2020-12-11T02:34:59.000Z https://www.morisawa.co.jp/culture/japanese-typesetting/07/
[15] しま書体 - しまの言葉を伝える書体 - , 2019-09-06T01:56:43.000Z , 2022-09-03T05:12:17.003Z https://shimanomoji.site/how.html
[11] 合字(2) : デザインの現場 小林章の「タイプディレクターの眼」 , type_director , 2020-12-28T09:50:03.000Z https://blog.excite.co.jp/t-director/10503399/
[12] プログラム用リガチャはプログラマ向けではない | NUMBER-SHOT.NET , 2021-04-29T01:23:04.000Z https://number-shot.net/blog/programming-ligatures-are-not-for-programmers/
[13] アラビア文字の合字(リガチャー)と手書き時の位置関係 – アラビア語学習メモ
(2021-08-04T06:42:27.000Z )
https://alarabiyah.sakura.ne.jp/arabic/alphabets/arabicligatures/
[14] Sam Sneddon 🏳️⚧️さんはTwitterを使っています 「And finally inspired by @Berlin_Type: 9. a reminder that ß is in origin a ſz digraph, which many street signs make more obvious than it often is, 10. interesting letter width & kerning choices for "ch" (plus bonus tz ligature). https://t.co/QiKR4xBr1V」 / Twitter
(2022-03-07T02:20:25.000Z , 2022-03-07T02:52:59.408Z )
https://twitter.com/gsnedders/status/1500615671977332739
[27] 点訳校正委員会報告(「点訳のてびき 第4版」) , 2022-09-20T12:35:53.000Z , 2022-10-25T15:04:50.356Z http://www.shichocenter.kagoshima.kagoshima.jp/shikaku_sub/tennyaku_kosei4.html#20200906
[107] 合字は東アジアには関係ないとかいってる人は議論が雑すぎて何も言っていないと同じだし、そもそも何も理解していないのではなかろうか 2026-02-21T01:53:36.379Z