.net - Windowsフォームアプリケーションのデフォルトフォント

Question

アプリケーションで新しいフォームを作成するたびに、デフォルトで「Microsoft Sans Serif、8.25pt」フォントが使用されます。この場合、システムのデフォルトフォントが何であれ、フォームが取得する必要があることがわかっているため、変更しません。ただし、アプリケーションを実行すると、使用されるフォントはSegoe UI（Windows Vista OSのデフォルトのシステムフォント）以外のものになります。

なぜこれが起こるのですか？アプリケーションが通常のWindowsアプリケーションのように見えることを確認するにはどうすればよいですか？

score 48 · Accepted Answer

受け入れられた答えは、実際には質問に答えません。この動作が発生する理由を説明するだけです。

他の回答のいくつかは確実な回避策を提案していますが、アプリケーション内のすべてのフォームが継承する基本フォームを作成SystemFonts.MessageBoxFontし、コンストラクターでこの基本フォームの Font プロパティを設定することが最善の解決策であることがわかりました。これにより、ユーザーの環境に基づいてアプリケーションが実行時に正しいフォントを選択することが保証されるだけでなく (Hans Passant によって引き起こされる潜在的な問題を回避できます。Office 2007 のない XP は、Segoe UI がない場合に Microsoft Sans Serif に頼ることになります)。 ) だけでなく、現在の Windows フォントのデザイン時のサポートも提供します。設計時に正しいフォントを使用すると、フォーム上に作成されたコンテナコントロールが設計時にフォームで使用されるフォントを取得するため、Josuegomes 氏が指摘する問題が解決されます。

上記の利点に加えて、これにより、作成するフォームごとにコンストラクターを変更することを覚えておく必要がなくなり、アプリケーション内のすべてのフォームにわたって一貫性が保証され、他の共通機能を配置する場所が提供されます。これを p/invoking などのいくつかの異なる方法で使用して、WinForms 実装のバグを修正します。

この方法で残る唯一の問題は、太字などの特定のコントロールのフォントスタイルを設定する場合です。これを行うのに最適な場所は、フォームのコンストラクターで、フォームのフォントをベースとして開始し、そこからスタイルを変更します。

myControl.Font = New Font(Me.Font, FontStyle.Bold)

score 34 · Accepted Answer

Form コンストラクターの InitializeComponent() の前に追加できます。

this.Font = SystemFonts.MessageBoxFont;

これは、Windows XP および Windows Vista で動作するようです。

score 14 · Accepted Answer

発生している問題につながるFormsのデフォルトのフォントと、このConnect BugwithMicrosoftの応答について説明しているこのブログエントリを確認してください。つまり、Formsは（変更した）デフォルトのWindowsフォントを取得していないようです。

score 11 · Accepted Answer

はい、によって返されたフォントを使用しGetStockObject(DEFAULT_GUI_FONT)ます。MSサンセリフです。ほとんどのマシンから消えて久しい古いフォント。フォントマッパーはそれを Microsoft Sans Serif に変換します。

そのデフォルトのフォントを変更するための文書化された手順はありません。SDK のドキュメントでは、MS Sans Serif について明示的に言及しています。Segoe が必要な場合は、それを要求する必要があります。これは安全ではありません。Office 2007 がインストールされていない XP マシンがまだたくさんあります。フォントマッパーは、Segoe を使用できないマシンでフォントを変換します。何が飛び出すかわからない、もうそのようなマシンは残っていません。

score 2 · Accepted Answer

グループボックス内のコントロールは、フォームの Font プロパティの影響を受けません。その理由は、コンテナーコントロール内のコントロールは、グループボックスのようなコンテナーコントロールの子として扱われますが、メインフォームの子として扱われないためです。グループボックス内のコントロールを含むすべてのコントロールを適切にスケーリングするには、以下のようなコードを使用できます。

        foreach (Control ctr in this.Controls)
        {
            ctr.Font = SystemFonts.IconTitleFont;

            // controls in groupboxes are not child of main form
            if (ctr.HasChildren)
            {
                foreach (Control childControl in ctr.Controls)
                {
                    childControl.Font = SystemFonts.IconTitleFont;
                }
            }        
        }

score 1 · Accepted Answer

Control.DefaultFont読み取り専用です。ハッキーの 1 つは、上書きすることでした。リフレクションを使用することです。

Type settingsType = typeof(Control);
var defaultFontField = settingsType.GetField("defaultFont", BindingFlags.Static | BindingFlags.NonPublic);
defaultFontField.SetValue(null, new Font("Segoe UI", 8.25F));

フレームワークの実装が変更された場合に保護する API コントラクトはありません。

また、ほとんどの場合、.designer クラスにフォントを逐語的に挿入するフォームデザイナーにも注意してください。

score 1 · Accepted Answer

コントロールが関連付けられたグループボックスがある場合、フォームの Font プロパティを SystemFonts.DialogFont に設定しても機能しません。グループボックス内のコントロールは、フォームの Font プロパティの影響を受けません。すべてのグループボックスの Font プロパティを SystemFonts.DialogFont に設定することで、これを「解決」しました。

score 0 · Accepted Answer

net472/net48との両方を対象とするサンプルアプリを試しましたnetcoreapp3.1。.net アプリControl.DefaultFontは常に Microsoft Sans Serif を返し、スケーリングされません。しかし、.net コア 3.1 アプリControl.DefaultFontは、win7/10 のシステムフォントを正確に返し、適切にスケーリングされます。それで、彼らはついにこれをコアで修正したと思います。

.net - Windowsフォームアプリケーションのデフォルトフォント

11 に答える 11

Related

Reference