知識マップ: WPFの高DPI対応 ── 「DPIに強いはず」なのにぼやける・にじむ原因と対処

記事「WPFの高DPI対応 ── 「DPIに強いはず」なのにぼやける・にじむ原因と対処」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

WPFはレイアウト単位がDIPで既定でSystem DPI Awareのため起動時の主モニターDPIには自動で追従するが、System Awareのままだと異なるDPIのモニターへ移した際にOSのDPI仮想化が働き画面全体がにじむ。これを根治するのがPer-Monitor DPI対応で、アプリケーションマニフェストへの宣言だけでウィンドウの再スケーリングがフレームワークにより自動化される。残る改修対象は、UseLayoutRoundingで防ぐサブピクセル配置のにじみ、ベクター資産や複数解像度の切り替えで防ぐビットマップのぼやけ、そしてWriteableBitmapのようなピクセルバッファを自前で扱うコードのOnDpiChangedへの追従に絞られる。WindowsFormsHostやWebBrowserコントロールのようにHWNDを持ち込む混在コンテンツは、Per-Monitor対応の上限を決める要素として別枠で扱う必要がある。

flowchart LR
    accTitle: WPFの高DPI対応の知識マップ
    accDescr: WPFがDIPとSystem DPI Awareによって起動時のDPIには自動追従する一方、異なるDPIのモニター間ではOSのDPI仮想化がにじみを引き起こし、Per-Monitor DPI対応の宣言がそれを防ぐこと、UseLayoutRoundingやベクター資産がそれぞれサブピクセルのにじみとビットマップのぼやけを防ぐこと、WindowsFormsHostやWebBrowserなどHWNDを持つ混在コンテンツがPer-Monitor対応の上限になることを示す図。
    wpf["WPF"]
    per_monitor_dpi_awareness["Per-Monitor DPI対応"]
    dip["DIP(デバイス非依存単位)"]
    system_dpi_aware["System DPI Aware"]
    cross_monitor_blur["モニター間移動時の全体のにじみ"]
    dpi_virtualization["DPI仮想化"]
    app_manifest["アプリケーションマニフェスト"]
    dotnet_framework[".NET Framework"]
    windowsformshost["WindowsFormsHost"]
    hosted_content_scaling_limitation["ホストしたコンテンツのスケーリング制限"]
    windows_forms["Windows Forms"]
    hwnd["HWND(ウィンドウハンドル)"]
    webview2["Microsoft Edge WebView2"]
    webbrowser_control["WebBrowserコントロール"]
    bitmap_blur["ビットマップ画像のぼやけ"]
    vector_graphics_asset["ベクター画像資産"]
    bitmap_scaling_mode["BitmapScalingMode"]
    ondpichanged["OnDpiChanged(DPI変更への追従)"]
    pixel_buffer_code["ピクセルバッファを自前で扱うコード"]
    subpixel_rendering["サブピクセル配置"]
    use_layout_rounding["UseLayoutRounding"]
    snaps_to_device_pixels["SnapsToDevicePixels"]
    textformattingmode_display["TextFormattingMode(Ideal/Display)"]
    wpf -->|"利用する"| dip
    wpf -->|"実装を担う"| system_dpi_aware
    system_dpi_aware -->|"原因になり得る"| cross_monitor_blur
    dpi_virtualization -->|"原因になり得る"| cross_monitor_blur
    per_monitor_dpi_awareness -->|"防止する"| cross_monitor_blur
    per_monitor_dpi_awareness -->|"前提とする"| app_manifest
    per_monitor_dpi_awareness -.->|"前提とする"| dotnet_framework
    windowsformshost -.->|"原因になり得る"| hosted_content_scaling_limitation
    wpf -.->|"利用する"| windowsformshost
    windowsformshost -->|"利用する"| windows_forms
    windowsformshost -->|"前提とする"| hwnd
    hwnd -.->|"原因になり得る"| hosted_content_scaling_limitation
    webview2 -.->|"の後継"| webbrowser_control
    webbrowser_control -.->|"原因になり得る"| hosted_content_scaling_limitation
    dip -->|"原因になり得る"| bitmap_blur
    vector_graphics_asset -->|"防止する"| bitmap_blur
    bitmap_scaling_mode -->|"軽減する"| bitmap_blur
    per_monitor_dpi_awareness -.->|"前提とする"| ondpichanged
    pixel_buffer_code -.->|"前提とする"| ondpichanged
    dip -->|"原因になり得る"| subpixel_rendering
    use_layout_rounding -->|"軽減する"| subpixel_rendering
    snaps_to_device_pixels -->|"軽減する"| subpixel_rendering
    use_layout_rounding -->|"より先に行うべき"| snaps_to_device_pixels
    textformattingmode_display -.->|"用いるのは非推奨"| per_monitor_dpi_awareness

概念間の関係(全24件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

WPFはDIP(デバイス非依存単位)を利用します。WPFはXAMLに書くWidth/Heightなどの座標・サイズを1/96インチを1とするDIPで扱う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
WPFはSystem DPI Awareの実装を担います。WPFは何も宣言しなくてもSystem DPI Awareとして動作する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
System DPI Awareはモニター間移動時の全体のにじみの原因になることがあります。System Awareのアプリはサインイン時の主モニターDPIで描画するため、異なるDPIのモニターへ移すとOSのビットマップ拡大縮小でにじむ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
DPI仮想化はモニター間移動時の全体のにじみの原因になることがあります。DPI仮想化はレイアウトを崩さない代わりに、ウィンドウ全体をビットマップとして拡大・縮小するためにじみを生む / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Per-Monitor DPI対応はモニター間移動時の全体のにじみを防ぎます。Per-Monitor DPI対応を宣言すると、モニターごとのDPIに自分で追従するためモニター間移動時のにじみが解消される / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Per-Monitor DPI対応はアプリケーションマニフェストを前提とします。WPFのPer-Monitor DPI対応はアプリケーションマニフェストへのdpiAwareness宣言によって行う / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Per-Monitor DPI対応は.NET Frameworkを前提とします。.NET Frameworkでビルドする場合、WPFのPer-Monitor DPI対応には4.6.2以降をターゲットにする必要がある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
WindowsFormsHostはホストしたコンテンツのスケーリング制限の原因になることがあります。WindowsFormsHostにホストされたコントロールの中身は、WPF側をPer-Monitor化しても中のWinFormsコントロールが対応できる範囲までしかスケーリングに追従しない / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
WPFはWindowsFormsHostを利用します。本記事のようにWPFアプリの中にWindows Formsのコントロールを埋め込みたい場合は、WindowsFormsHostを使う(埋め込みが不要な大半のWPFアプリでは使わない) / 確度: 条件付きの関係 / 確認日: 2026-08-02 出典
WindowsFormsHostはWindows Formsを利用します。WindowsFormsHostはWPFアプリの中にWindows Formsのコントロールを埋め込むための要素 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
WindowsFormsHostはHWND(ウィンドウハンドル)を前提とします。WindowsFormsHostが載せるコントロールはHWNDを持つネイティブコンテンツである / 確度: 確立した関係 / 確認日: 2026-08-01 出典
HWND(ウィンドウハンドル)はホストしたコンテンツのスケーリング制限の原因になることがあります。WPFに載せた他フレームワーク、他フレームワークに載せたWPFなど、HWNDを持ち込む要素は自動ではPer-Monitorスケーリングの対象にならない / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Microsoft Edge WebView2はWebBrowserコントロールの後継に当たります。IEエンジンに依存するレガシーなWebBrowserコントロールの移行先として、Chromiumベースの描画エンジンを埋め込むWebView2が位置づけられる。新規開発でHTML表示の移行先を選ぶ文脈での位置づけである / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
WebBrowserコントロールはホストしたコンテンツのスケーリング制限の原因になることがあります。WebBrowserコントロールは別HWNDのネイティブコンテンツで、ズーム率がアプリのスケーリングと一致しないことがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
DIP(デバイス非依存単位)はビットマップ画像のぼやけの原因になることがあります。ビットマップ画像もDIPで配置されDPIに応じて補間拡大されるため、既定の補間(Linear)で小さい画像ほどぼやける / 確度: 確立した関係 / 確認日: 2026-08-01 出典
ベクター画像資産はビットマップ画像のぼやけを防ぎます。Path/Geometry/DrawingImageなどのベクター資産はどのDPIでもくっきり描画され、補間拡大によるぼやけが起きない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
BitmapScalingModeはビットマップ画像のぼやけを軽減します。資産を増やせない場合、BitmapScalingModeで補間アルゴリズムを選ぶことでぼやけを緩和できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Per-Monitor DPI対応はOnDpiChanged(DPI変更への追従)を前提とします。Per-Monitor化後にビットマップ資産や自前バッファをDPIに追従させたい場合、OnDpiChangedでのDPI変更検知が必要になる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
ピクセルバッファを自前で扱うコードはOnDpiChanged(DPI変更への追従)を前提とします。WriteableBitmap等ピクセルバッファを自前で作るコードをPer-Monitor環境で正しく保つには、OnDpiChangedでの作り直しが必要になる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
DIP(デバイス非依存単位)はサブピクセル配置の原因になることがあります。DIPでレイアウトすると要素の境界が物理ピクセルの整数位置に乗るとは限らず、125%のような非整数のDPI倍率で特にずれやすい / 確度: 確立した関係 / 確認日: 2026-08-01 出典
UseLayoutRoundingはサブピクセル配置を軽減します。ルート要素にUseLayoutRoundingを設定すると、レイアウトパスで非整数のピクセル値が丸められビジュアルツリー全体へ伝播し、サブピクセル配置によるにじみの多くを減らせる。それでも残る箇所には描画時にエッジをピクセル境界へスナップするSnapsToDevicePixelsをピンポイントで併用する必要があり、UseLayoutRoundingだけで全て解消するわけではない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
SnapsToDevicePixelsはサブピクセル配置を軽減します。UseLayoutRoundingで残った箇所には、描画時にエッジをピクセル境界へスナップするSnapsToDevicePixelsをピンポイントで適用する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
UseLayoutRoundingはSnapsToDevicePixelsより先に行うべきです。迷ったらまずルートにUseLayoutRoundingを設定し、それでも残る箇所にSnapsToDevicePixelsを適用する順が第一手とされる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
TextFormattingMode(Ideal/Display)をPer-Monitor DPI対応に用いることは推奨されません。Displayは96 DPIのピクセル格子に合わせる整形のため、125%以上が主流の高DPI環境ではかえって品質が落ちることがあり推奨されない / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

WPF: XAMLでUIを宣言的に記述する、Windows専用のデスクトップUIフレームワーク。ベクターベースの描画とデータバインディングを特徴とする。
Per-Monitor DPI対応: モニターごとに異なるDPIへ自分で追従することをOSへ宣言する認識モードで、WPFでは.NET Framework 4.6.2以降でフレームワークが再スケーリングを自動化する。
System DPI Aware: サインイン時の主モニターのDPIに合わせて描画が固定されるDPI認識モード。主モニター以外や、サインイン後にDPIが変わった場合はOSが拡大表示する。WPFは宣言なしでこの状態になる。
DPI仮想化: DPI対応を宣言していないアプリに対し、OSが「画面は96 DPIだ」と偽って描かせ、その結果をビットマップとして拡大表示する救済措置。レイアウトは崩れない代わりに全体がにじむ。
WindowsFormsHost: WPFアプリの中にWindows Formsコントロールを埋め込むための要素で、DIPと物理ピクセルの2座標系をホストが変換する。
HWND(ウィンドウハンドル): Windowsがウィンドウ1枚ごとに割り当てる識別子で、WPFはトップレベルのウィンドウにだけこれを持ち、HWNDを持ち込む要素だけがWPFの描画の外側になる。
Microsoft Edge WebView2: Chromiumベースのランタイムを使ってWindowsアプリにWeb描画エンジンを埋め込む仕組み。WebBrowserコントロールの完全な差し替え部品ではない。
WebBrowserコントロール: WindowsアプリにIE系の描画エンジンを埋め込むための.NETのコントロール。IEの世界観を引きずる。
DIP(デバイス非依存単位): 1/96インチを1とするWPFのレイアウト単位で、XAMLに書くWidthやHeightの値はこの単位で扱われる。
ベクター画像資産: Path・Geometry・DrawingImageやアイコンフォントなど、どのDPIでもくっきり描画されるベクター形式の画像資産。
BitmapScalingMode: 既定はLinearで、HighQuality(Fant)やNearestNeighborなど画像の補間拡大アルゴリズムを選べるWPFのプロパティ。
ピクセルバッファを自前で扱うコード: WriteableBitmapやRenderTargetBitmapなど、物理ピクセル数を自分で計算してピクセルバッファを作るコード。
UseLayoutRounding: レイアウトパスで非整数のピクセル値を丸める仕組みで、既定は無効、ルート要素に設定するとビジュアルツリー全体へ伝播する。
SnapsToDevicePixels: 描画時にエッジをピクセル境界へスナップするWPFのプロパティで、既定はfalse、設定はサブツリーへ継承される。
TextFormattingMode(Ideal/Display): フォント本来の理想メトリクスで配置するIdeal(既定)と、GDI互換メトリクスで配置するDisplayの2モードを持つWPFのテキスト整形設定。

機械可読データ

JSON-LD / Turtle ── この記事の知識グラフ全体
概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。