Windows 11で表示スケールを125%にした途端、メモ帳(Notepad)でアンダースコア「_」だけが消えたように見える——そんな現象は、入力ミスではなく「表示(描画)」のクセで起きていることがあります。本記事では、症状の見分け方、起きやすい条件、すぐ効く回避策、再発しにくい設定までまとめて解説します。
起きていること:アンダースコアが「存在するのに見えない」
このトラブルの厄介な点は、アンダースコアが入力できていないのではなく、見た目だけ消えることがある点です。つまり、データとしては存在しているのに、画面上の描画で線が欠けたり、極端に薄くなって背景に溶けたりして「無い」ように見えます。
まずは“表示だけ”の問題か確認する
- コピーして別アプリに貼る:メモ帳で「abc_def」をコピーし、ブラウザのアドレスバーやWord/Excel、VS Codeなどに貼り付けて「_」が見えるか確認。
- カーソル移動で存在を確認:左→右キーで移動したとき、見えない場所でもカーソルが1文字分進むなら「_」は存在している可能性が高い。
- 検索(Ctrl+F)で探す:「_」を検索してヒットするなら文字としては入っています。
上のどれかに当てはまるなら、入力ではなく表示の問題として対策を進めるのが近道です。
発生しやすい条件:表示スケール125%とフォントの“組み合わせ”
この現象はすべてのPCで必ず起きるわけではなく、「表示スケール」×「フォント(種類・サイズ)」×「描画方式」の組み合わせで出たり出なかったりします。特に125%は、等倍(100%)や整数寄り(150%)に比べて「端数の丸め」が発生しやすく、細い線が欠ける条件が揃いやすいのがポイントです。
| 要素 | 影響 | よくある挙動 |
|---|---|---|
| 表示スケール(125%) | ピクセル丸めが入る | 極細の線(_ など)が背景に溶ける/欠ける |
| フォントの設計(下線位置・太さ) | 下線が「1px相当」になりやすい | 特定フォントでだけ再現しやすい |
| フォントサイズ | ライン高さと干渉しやすい | サイズを1~2上げるだけで改善することがある |
| アンチエイリアス/ClearType | 細線の見え方が変わる | 滲みが減ると「消える」が「見える」に変わる例も |
| 複数モニター(スケール混在) | ウィンドウ移動で描画が揺れる | 片方の画面では見える/もう片方では見えない |
原因の見立て:端数スケーリングで“1px未満”が切り捨てられる
125%(1.25倍)のような端数スケーリングでは、文字を構成する線の位置が「ちょうどピクセルの境界」に乗らず、描画時に位置が丸められます。アンダースコアは、フォントによってはベースライン付近に非常に細く描かれるため、丸めやアンチエイリアスの結果として線が極端に薄くなる/1px相当が欠けることがあります。
そのため、対処も「線を太くする」か「丸めを起きにくくする」方向が効きやすく、具体的にはスケールを100%/150%へ寄せる、フォントを変更する、ClearTypeを調整するといった手段が上位に来ます。
最優先の回避策:表示スケールを100%または150%に寄せる
もっとも成功率が高いのが、問題が出やすい125%から外す方法です。特に、100%か150%は相性が良いケースが多く、まず試す価値があります。
変更手順
- 設定を開く
- 「システム」→「ディスプレイ」
- 「拡大/縮小(スケール)」を100%または150%に変更
環境によってはサインアウトを求められることがあります。変更後にメモ帳を開き直し、同じ文字列(例:abc_def)で見え方を確認してください。
作業効率を落とさない“落としどころ”
125%にしていた理由が「文字が小さい」場合は、スケールを100%に戻したうえでアプリ側のフォントサイズを上げると体感が近づきます。逆に「表示領域を稼ぎたい」場合は150%が合わないこともあるため、後述のフォント変更と組み合わせるのが現実的です。
次に効く回避策:メモ帳のフォントを変更する
同じ125%でも、フォントの設計によってアンダースコアの太さ・位置が変わります。等幅フォントの中でも、下線が太めで“沈み込み”が少ないものに切り替えると改善することがあります。
推奨フォント例(見えやすい傾向)
| フォント | 特徴 | おすすめ用途 |
|---|---|---|
| Consolas | 等幅・可読性高め | 開発メモ/ログ確認 |
| Cascadia Mono | モダン・視認性を意識した設計 | コード断片を多く扱う |
| Courier New | 古典的で線がはっきりしやすい | 互換性重視 |
| Lucida Console | くっきり系の描画になりやすい | 小さめ文字でも見分けたい |
変更手順(Windows 11の新しいメモ帳)
- メモ帳を開く
- 右上の歯車アイコン(設定)を開く
- フォントで種類とサイズを変更
旧来UIの場合は「書式」→「フォント」から変更します。
同時に効くことが多い“小技”
- フォントサイズを1~2だけ上げる(例:11→12、12→13)
- 太字設定にできるなら試す(対応フォントの場合)
- 日本語混在文章なら、英数用等幅フォントに切り替えたうえで見え方を確認
「フォント変更だけでは微妙」な場合でも、サイズを1段上げるだけで下線が“ピクセル境界”に乗り直し、見えるようになることがあります。
ClearTypeを調整して細線の欠けを減らす
表示の問題は、レンダリング(文字の描画)にも影響されます。ClearTypeの調整で、にじみや欠けが改善して「_」が視認できるようになる例があります。
手順
- スタートの検索にClearTypeと入力
- 「ClearType テキストの調整」を開く
- ウィザードに従って見やすい表示を選択
調整後は、必ずメモ帳を再起動して確認してください。
「アプリのスケーリング修正」をオンにする
Windowsには、スケーリング絡みの表示崩れを自動補正する設定があります。効果は環境差がありますが、試す価値はあります。
手順
- 設定 → 「システム」→「ディスプレイ」
- 「拡大縮小の詳細設定」
- 「アプリのスケーリングを修正」をオン
オンにしたらメモ帳を開き直し、アンダースコアの見え方をチェックします。
OSとメモ帳アプリを最新化する(修正が入ると自然に直る)
描画の問題は、累積更新プログラムやアプリ更新で改善することがあります。明確に「この更新で絶対直る」と断言できない一方、将来の修正が配信された際に取り込めるという意味で、更新は重要です。
やること
- Windows Update:設定 → Windows Update → 更新の確認
- Microsoft Store:ライブラリからメモ帳を含むアプリ更新を適用
複数モニター環境での“あるある”対策
ノートPC+外部モニターなど、モニターごとにスケールが違うと、ウィンドウ移動のタイミングで描画が変わることがあります。
- メモ帳をいったん閉じて再起動する(画面移動後に再起動すると安定する例)
- 問題が出るモニター側でメモ帳を開き直す
- 可能なら、両方のモニターでスケールを揃える(作業スタイル次第)
すぐ困る人向け:代替エディターで回避する
パスワード、環境変数、コード片、ログなど「_」が重要な場面では、当面だけでも別エディターを使うのが安全です。特に検索・置換や等幅表示が必要な用途では、専用エディターのほうが快適です。
- Notepad++
- Visual Studio Code
- Windows Terminal(表示確認だけなら)
「今この瞬間にミスできない」作業(サーバー設定、APIキー、ユーザー名の入力など)は、メモ帳にこだわらず確実性優先で切り替えましょう。
おすすめの切り分け手順(迷ったらこの順番)
症状を短時間で収束させるために、試す順番を固定しておくのがおすすめです。
| 順番 | やること | 狙い | 元に戻しやすさ |
|---|---|---|---|
| 最初 | スケールを100%/150%に変更 | 丸め条件の解除 | 高い |
| 次 | メモ帳のフォント変更(+サイズ1段UP) | 下線を太く/位置を変える | 高い |
| 次 | ClearType調整 | 細線の視認性改善 | 中 |
| 次 | アプリのスケーリング修正オン | 自動補正の利用 | 高い |
| 最後 | OS/アプリ更新・代替エディター利用 | 根本修正/確実回避 | 高い |
再発しにくい運用のコツ
この種の「細線が消える」問題は、再現条件が揃うと再発しやすい一方で、普段の運用で避けることもできます。
- スケール125%固定にしない:見やすさのためなら、100%+フォント大きめ、または150%を候補に。
- メモ帳の既定フォントを決めておく:等幅で下線が見えやすいものを既定に。
- 重要文字列は別手段で検証:貼り付け先で「_」が見えるか、または検索で「_」ヒットを確認。
- 複数モニターはスケールを揃えるか、開き直しを習慣に:描画の揺れを減らす。
フィードバックHubで報告する(再現条件が“修正”に効く)
特定条件で再現する表示不具合は、再現性の情報がそろうほど修正されやすくなります。自分の環境で再現するなら、Microsoftへ状況を届けるのも有効です。
報告の手順
- スタート → フィードバック Hub
- 「問題を報告」
- カテゴリ例:アプリとゲーム → メモ帳
書くとよい情報(テンプレ)
- Windowsのエディションとバージョン(winverで確認)
- メモ帳のバージョン(メモ帳の設定画面、またはアプリの詳細)
- 表示スケール(125%)、解像度、モニター構成(単一/複数、スケール混在の有無)
- 使用フォント名・サイズ
- 再現手順(例:メモ帳で「abc_def」を入力→「_」が見えない)
- 可能ならスクリーンショット(見えない状態が伝わるように)
よくある質問
「_」が見えないけど、送信したら相手には届く?
多くの場合、文字は入力されているため届きます。ただし、自分が見えていないせいで入力ミスに気づけないのが一番のリスクです。重要な文字列は、別アプリに貼り付けて確認する運用がおすすめです。
メモ帳以外でも起きる?
端数スケーリングとフォントの相性は、他アプリでも似た現象を起こすことがあります。ただ、アプリごとに描画方式が異なるため、同じ条件でも出たり出なかったりします。まずはメモ帳で確実に回避できる設定(スケール変更・フォント変更)から試してください。
125%は使いたい。完全に諦めるしかない?
諦める必要はありません。125%を維持するなら、フォント変更+サイズ微調整が現実的です。それでも厳しい場合は、重要作業だけ別エディターに切り替えるのが安全です。
まとめ:一番効くのは「スケールを外す」、次は「フォントで太くする」
メモ帳でアンダースコアが表示されない問題は、入力の不具合ではなく描画条件の噛み合わせで起きることが多く、対策もそれに沿って組み立てると早く解決します。まずは表示スケールを100%/150%へ、難しければフォント変更(Consolas/Cascadia Monoなど)+サイズを少し上げる。これで改善するケースが多いはずです。加えてClearType調整やスケーリング修正を組み合わせ、重要作業は代替エディターで“確実性”を担保しましょう。

コメント