Windows 11のMyanmar TextでUnicode異体字シーケンスが機能しない問題と修正状況

Windows 11で「Myanmar Text」を指定しているのに、Unicode異体字シーケンスを含む文字が通常形のまま表示される場合、原因は入力データではなく、フォント側の異体字処理にある可能性があります。

Microsoftは、Windows 11 version 24H2のOSビルド26100.8968と、version 25H2のOSビルド26200.8968で、Myanmar TextフォントのUnicode異体字シーケンス対応を復元したと案内しました。ただし、対象はRelease Previewチャネルであり、修正項目も段階的ロールアウトに分類されています。一般利用中のWindows 11へすでに配信済みとは限りません。(Microsoft Learn)

そのため、対応では「Windows Updateを実行する」だけでなく、OSビルド、更新チャネル、文字列に含まれるコードポイント、実際に適用されているフォントを順番に確認することが重要です。

目次

Myanmar TextフォントでUnicode異体字シーケンスを復旧

Microsoftが2026年7月20日に公開したRelease Preview向け更新では、フォント関連の変更として次の内容が案内されています。

項目内容
Windows 11 version 24H2OSビルド26100.8968
Windows 11 version 25H2OSビルド26200.8968
対象チャネルWindows Insider ProgramのRelease Preview
修正内容Myanmar TextフォントのUnicode異体字シーケンス対応を復元
配信方式段階的ロールアウト
一般提供状況一般提供済みとは断定できない

この変更は、リリースノートの「Fonts」セクションに掲載されています。同じ更新では、Mongolian Baitiフォントの字形処理やレンダリング改善も案内されています。(Microsoft Learn)

特に注意したいのは、Myanmar Textの修正が「Gradual rollout」に含まれている点です。段階的ロールアウトでは、同じOSビルドを使用していても、デバイスによって機能の有効化時期が異なる場合があります。

また、2026年7月23日時点でMicrosoftが一般提供チャネルの最新ビルドとして掲載しているのは、24H2が26100.8894、25H2が26200.8894です。修正が案内された8968は、それより新しいRelease Previewビルドであるため、一般利用環境にも修正済みと断定するのは適切ではありません。(Microsoft Learn)

Unicode異体字シーケンスが機能しないとどう見えるのか

Unicode異体字シーケンスは、基本となる文字の直後に「異体字セレクター」を配置し、特定の字形で表示するよう要求する仕組みです。

基本的な構造は次のとおりです。

基本文字 + 異体字セレクター

Unicode Consortiumによると、異体字シーケンスは「基底文字の後ろに異体字セレクターを置く」構造です。フォントやアプリがその組み合わせを正しくサポートしていない場合、基本文字だけが通常どおり表示され、異体字セレクターは見えません。(unicode.org)

つまり、利用者から見ると次のような現象になります。

  • 異体字を指定しているのに通常形と同じ文字が表示される
  • 文字化けや四角い記号は出ない
  • コピーや検索はできるが、期待する字形にならない
  • 別のPCや別のフォントでは正しく見える
  • PDF化や印刷時だけ字形が変わる

「文字化けしていないから問題はない」と判断しやすい点が、この問題の難しいところです。文字列の内部には異体字セレクターが残っていても、画面上では通常形と区別できないことがあります。

Myanmar文字の具体例

Unicodeの標準化された異体字シーケンスには、次の組み合わせが登録されています。

U+1000 MYANMAR LETTER KA
U+FE00 VARIATION SELECTOR-1

U+1000 U+FE00の組み合わせでは、U+1000の点付き字形が要求されます。Myanmar文字では、このほかにも複数の文字についてU+FE00を使用した点付き字形が定義されています。(unicode.org)

フォント側の対応が機能していない場合、U+FE00が文字列に存在していても、U+1000単体と同じように見える可能性があります。

この問題に該当するか確認する方法

Myanmar Textの表示問題を調べるときは、OSビルドだけを確認するのではなく、次の順序で切り分けます。

確認項目確認する内容問題があった場合
文字データ異体字セレクターが残っているかデータ生成・変換処理を修正
適用フォント本当にMyanmar Textが使われているかフォント指定やフォールバックを修正
OSビルド26100.8968または26200.8968以上かWindows Updateを確認
更新チャネルRelease Previewか一般提供チャネルか修正の提供状況を区別
アプリ依存他のアプリでも再現するかアプリ側の描画処理を確認
出力結果PDFや印刷でも正しいか埋め込みフォントや出力エンジンを確認

文字列に異体字セレクターが含まれているか確認する

PowerShellを使うと、テスト用のU+1000 U+FE00を生成し、コードポイントを確認できます。

$text = ([char]0x1000).ToString() + ([char]0xFE00)

$text.ToCharArray() | ForEach-Object {
    'U+{0:X4}' -f [int][char]$_
}

$text | Set-Clipboard

正常であれば、次のように表示されます。

U+1000
U+FE00

最後のSet-Clipboardにより、生成した文字列がクリップボードへコピーされます。メモ帳やWordなどへ貼り付け、フォントをMyanmar Textに変更して表示を確認できます。

元データを調査する場合は、$textへ実際の文字列を代入してください。U+FE00が表示されなければ、異体字セレクターが入力、保存、変換、コピーのいずれかで失われています。この場合はWindowsのフォント修正では解決しません。

実際にMyanmar Textが適用されているか確認する

Myanmar Textを指定したつもりでも、実際には別のフォントへフォールバックしていることがあります。

WordやPowerPointでは、対象文字を選択してフォント欄を確認します。Webページでは、ブラウザの開発者ツールから、計算済みスタイルと実際にレンダリングされたフォントを確認してください。

CSSでは、次のように明示的に指定できます。

<p style="font-family: 'Myanmar Text'; font-size: 64px;">
  通常形:&#x1000;<br>
  異体字:&#x1000;&#xFE00;
</p>

このコードをUTF-8のHTMLファイルとして保存し、Microsoft Edgeなどで開くと、通常形と異体字シーケンスを比較できます。

ただし、Webページ側でWebフォントが読み込まれている場合は、Windowsに含まれるMyanmar Textではなく、Webフォント側の字形が使われます。Windows更新の効果を確認するときは、一時的にWebフォント指定を外してください。

Myanmar Textのシステムフォントを確認する

Microsoftのフォント情報では、Myanmar Textの通常体と太字に次のファイルが使用されています。(Microsoft Learn)

C:\Windows\Fonts\Mmrtext.ttf
C:\Windows\Fonts\Mmrtextb.ttf

PowerShellでは、ファイルの状態を次のように確認できます。

Get-Item "$env:WINDIR\Fonts\Mmrtext*.ttf" |
    Select-Object Name, Length, LastWriteTime

更新前後の検証を行う場合は、ファイルの更新日時だけでなく、OSビルド、検証アプリ、使用したテスト文字列も一緒に記録します。

システムフォントを外部サイトから入手し、手作業で上書きする方法は推奨できません。Windows Updateによる修復や将来の更新に影響する可能性があるため、正規の更新経路を利用してください。

OSビルドと更新チャネルを確認する手順

winverでOSビルドを確認する

  1. WindowsキーとRキーを押します。
  2. 「ファイル名を指定して実行」にwinverと入力します。
  3. 「OK」を選択します。
  4. バージョンとOSビルドを確認します。

設定画面から確認する場合は、次の順に開きます。

設定
→ システム
→ バージョン情報
→ Windowsの仕様

Microsoftも、この画面でWindowsのエディション、バージョン、OSビルドを確認できると案内しています。(Microsoft Learn)

判断基準は次のとおりです。

表示されたビルド判断
26100.896824H2 Release Previewの修正対象ビルド
26200.896825H2 Release Previewの修正対象ビルド
26100.8968未満24H2では修正ビルドへ未到達
26200.8968未満25H2では修正ビルドへ未到達
8968以上でも未改善段階配信、フォールバック、アプリ依存を確認

ビルド番号が8968以上でも、段階的ロールアウトの対象になっていない場合は、すぐに表示が変わらない可能性があります。ビルド番号だけで修正適用済みと判断せず、実際のテスト文字列で確認してください。

Windows Insiderのチャネルを確認する

次の画面を開きます。

設定
→ Windows Update
→ Windows Insider Program

Release Previewチャネルへ登録済みの検証端末では、Windows Updateの「更新プログラムのチェック」を実行し、更新後に再起動します。

一般提供チャネルの業務用PCを、このフォント修正だけを目的としてWindows Insider Programへ変更するのは避けた方が安全です。業務環境では、修正が通常の累積更新へ含まれるまで待ち、検証端末だけで先行確認する運用が適しています。

更新後に表示を確認する手順

更新を適用した後は、次の順番で確認します。

  1. Windowsを再起動する
  2. Word、ブラウザ、業務アプリをすべて終了する
  3. 新しい文書または新しいHTMLファイルを作成する
  4. U+1000 U+FE00を入力する
  5. フォントをMyanmar Textへ明示的に変更する
  6. 通常形のU+1000と並べて比較する
  7. PDF出力と印刷結果も確認する

既存文書だけで試すと、埋め込みフォント、スタイル設定、文字置換、古いキャッシュの影響を受けることがあります。最初は空の新規文書で確認するのが確実です。

ビルドを更新しても直らない場合の原因

段階的ロールアウトがまだ有効になっていない

今回のフォント修正は段階的ロールアウトに分類されています。そのため、対象ビルドへ更新済みでも、すべての端末へ同時に有効化されるとは限りません。(Microsoft Learn)

同一機種、同一ビルドのPCで結果が異なる場合は、この可能性を考えます。システムフォントを手作業で変更せず、Windows Updateを再確認し、正式な展開を待つのが基本です。

異体字セレクターが途中で削除されている

次の処理を経由した文字列では、U+FE00が失われていないか確認してください。

  • CSVのインポートとエクスポート
  • 独自の文字コード変換
  • データベース登録前の文字列加工
  • Webフォームのサニタイズ処理
  • PDFや画像からの文字抽出
  • 外部APIとのデータ連携
  • コピー時の書式削除処理

U+FE00が存在しなければ、フォントは異体字を選択できません。まずデータ生成元までさかのぼり、どの段階でコードポイントが消えたかを調査します。

別のフォントへフォールバックしている

Myanmar Textに必要な文字が存在していても、アプリの設定やCSSにより別のフォントが優先される場合があります。

Webページでは、次のような指定に注意してください。

font-family: "Custom Myanmar Font", "Myanmar Text", sans-serif;

先頭のWebフォントに文字が収録されていれば、Myanmar Textは使われません。Windowsの修正を検証するときは、次のようにMyanmar Textだけを指定します。

font-family: "Myanmar Text";

埋め込みフォントやWebフォントが使用されている

Word文書、PDF、電子帳票、Webアプリでは、OSのシステムフォントではなく、文書やアプリに埋め込まれた別バージョンのフォントが使われることがあります。

この場合、Windowsを更新しても表示は変わりません。埋め込みフォントの名称、バージョン、異体字シーケンス対応状況を確認する必要があります。

特定のアプリだけで再現する

メモ帳では正しく表示されるのに、業務アプリだけで通常形になる場合は、アプリ側の文字描画処理、フォントキャッシュ、PDF生成エンジンなどが原因として考えられます。

次の比較を行うと、原因を絞り込めます。

比較結果可能性が高い原因
すべてのアプリで同じWindows、フォント、文字データ
特定アプリだけ異なるアプリの描画処理やキャッシュ
画面は正しいがPDFは異なるPDF生成エンジンや埋め込みフォント
ローカルは正しいがVDIでは異なる仮想デスクトップ側のOSやフォント
ブラウザごとに異なるWebフォント、CSS、ブラウザの描画処理

リモートデスクトップ、Azure Virtual Desktop、Citrixなどで業務アプリを使用している場合は、手元のPCではなく、アプリが動作しているホスト側のOSビルドとフォントを確認してください。

一般提供までの暫定対応

Release Previewを導入できない環境では、次の方法で影響を抑えられます。

対応確認済みのフォントを使用する

異体字シーケンスを正しく表示できることを確認した別のフォントがある場合は、一時的に切り替えます。

ただし、「Myanmar文字を収録している」ことと「対象の異体字シーケンスをサポートしている」ことは同じではありません。必ず実際の文字列で表示、PDF、印刷まで確認してください。

正常表示できる端末でPDFを作成する

提出用文書や印刷物では、正しく表示できる環境でPDFを作成し、出力結果を目視確認する方法があります。

PDFへフォントを埋め込む場合は、使用するフォントのライセンス条件も確認してください。PDF化しただけで必ず字形が固定されるとは限らないため、作成後のPDFを別端末でも開いて確認します。

元のUnicode文字列は変更しない

見た目を合わせるために、異体字を画像へ置き換えたり、別の文字や記号を組み合わせたりすると、検索、コピー、読み上げ、データ照合に影響します。

元データには正しいUnicode異体字シーケンスを保持し、表示環境だけを切り替える方法を優先してください。

組織で更新を展開するときの判断基準

業務システムや多言語文書でMyanmar Textを使用している組織では、次の検証を行ってから更新を展開します。

検証端末で記録する項目

  • Windows 11のバージョン
  • OSビルド
  • Windows Insiderのチャネル
  • 使用アプリとバージョン
  • 使用した文字列のコードポイント
  • 実際に適用されたフォント
  • 画面表示の結果
  • PDF出力の結果
  • 印刷結果
  • 更新前後の比較画像

今回の修正は段階的ロールアウトであるため、「OSビルドが8968だから対応済み」とする管理方法では不十分です。実際の異体字シーケンスを使った動作確認を、展開判定へ含める必要があります。

一般提供チャネルの端末については、MicrosoftのWindows 11リリース情報と累積更新の変更内容を確認し、Myanmar Textの修正が通常提供のビルドへ含まれたことを確認してから展開するのが安全です。

Myanmar Textの異体字問題で取るべき対応

Myanmar TextフォントでUnicode異体字シーケンスが機能しない問題について、MicrosoftはWindows 11のRelease Previewビルド26100.8968と26200.8968でサポートを復元したと案内しています。

ただし、現時点では段階的に展開されるプレビュー版の変更です。一般提供済みと考えて、すべてのWindows 11端末が修正済みと判断してはいけません。

まずwinverでOSビルドを確認し、次に文字列へU+FE00が残っているか、実際にMyanmar Textが使用されているかを調べます。Release Previewの検証端末では更新後の表示、PDF、印刷まで確認し、一般提供チャネルの業務端末では正式な累積更新への反映を待つ対応が適切です。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次