誰もプロポーショナルフォントを好むのですか？[閉まっている]

私は、プログラミングスタイルに関するウィキペディアの記事を読んでいて、垂直方向に配置されたコードに対する議論に何か気づきました。

等幅フォントへの依存。表形式は、エディターが固定幅フォントを使用することを前提としています。最新のコードエディタのほとんどはプロポーショナルフォントをサポートしており、プログラマは読みやすくするためにプロポーショナルフォントを使用することを好む場合があります。

正直に言うと、プロポーショナルフォントを好むプログラマーに出会ったことはないと思います。また、それらを使用する本当に良い理由も考えられません。なぜプロポーショナルフォントを好むのですか？

比例フォントに対する一般的なポイント、コメント。

• プロポーショナルフォントを使用してコードを正確に垂直方向に整列させることはできません。つまり、誰もが弾性タブストップを使用していれば、コードを比例フォントで垂直方向に正確に揃えることができますが、悲しいかな...
• 一部のプロポーショナルフォントは、一部の文字グループを区別するのを困難にします。（例：mrnm）。ただし、すべてのプログラミングフォントが完全であるわけではありません。CourierNewには、同一の「O」と「0」、同一の「1」と「l」があります。
• 一部のIDEでは、非固定幅フォントのサポートが不十分です（前述の Visual StudioやPythonのIDLEなど）。コンテキストによっては、使用できない場合もあります。（例：端末。）
• コーディングにプロポーショナルフォントを選択すると、無限の聖戦に巻き込まれるでしょう。ただし、ここでは、キーボードと椅子の間に問題があります。

プロポーショナルフォントを支持するポイント

• 一部のキャラクターは他のキャラクターよりも幅が広いだけです。詰め込む持つmのと同じ空間にnかi、それは本当になります良い、読みやすい固定幅フォントを設計するために挑戦します。
• 文字間のスペースを改善しました。比較rnWとIllで、このProggyクリアスクリーンショット完了間違っ間隔フォントの例。
• ほとんどのプログラマーフォントには、斜体または太字がありません。これにより、効果的な構文強調表示を使用することが難しくなります。
• とにかく、垂直方向の整列はワームの缶です。タブまたはスペースまたはタブとスペース？

個人的には、「Ubuntu」フォントとWenQuanYi Zen Hei Monoの両方を喜んで使用してきましたが、どちらか一方を好むことはできませんでした。:)

Ubuntu 10とWenQuanYi Zen Hei Mono 9の比較。あなたが私に尋ねると、ここには明確な勝者はありません。

とはいえ、フォントは食べ物のようなものです。丸みを帯びたようなものもあれば、辛くてスパイシーなものもあります-正しいフォントが1つも存在しないか、私たち全員が今それを使用しています。いいね！

コーディングに等幅以外のフォントを使用することを事実上不可能にする理由がありますが、他の回答では言及されていません：長方形の選択。

この機能は、通常はあまり有用ではなく、通常のテキストを扱う場合にはあまり知られていないことが多く、開発者にとって不可欠です。//いくつかの行のコメントの削除、括弧やその他の文字の追加など、多数のシナリオを想像できます。これは、テキストの選択と削除ができないVisual Studio 2010のように、長方形選択の高度なサポートによりさらに価値があります。ただし、選択して置き換えます。

例を見てみましょう：

private IEnumerable<SELove> StackExchangeRocks()
{
    var howILoveSEWebsites = new []
    {
        new SELove { SiteName = "Stack Overflow", MyReputation = 5269,  MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Programmers",    MyReputation = 16937, MyRating = Rating.Outstanding, },
        new SELove { SiteName = "Super User",     MyReputation = 650,   MyRating = Rating.QuiteGood,   },
        new SELove { SiteName = "Server Fault",   MyReputation = 489,   MyRating = Rating.Good,        },
        // Initialize other websites here.
    };

    return howILoveSEWebsites.OrderByDescending(c => c.MyRating);
}

private class SELove
{
    public string SiteName { get; set; }
    public int MyReputation { get; set; }
    public Rating MyRating { get; set; }
}

private enum Rating
{
    Outstanding,
    Good,
    QuiteGood,
}

このレガシコードでは、コード内の評価をStack Exchange Webサイト自体から評価をロードする方法に置き換えたいと思います。常に最新のデータを取得できます。MyReputationプロパティのリファクタリングを開始し、スコープ内の初期化を削除したいと思います。4つのSE Webサイトではなく、84のSE Webサイトがすべてあると想像してください。

固定幅フォントであるConsolasを使用すると、次のようになります。Backspaceを押すと、残りの時間を使って実際に役立つことをすることができます。

そして、ここではSegoe UIでも同じことが言えます。痛い！

句読点は実際に区別しやすいため、主にプロポーショナルフォントを使用していましたが、時間が経つにつれて、誰もそれを行わず、誰もが無意識にモノスペースフォントを仮定しているため、放棄しました（ウィキペディアの記事で言及しているように、フォーマット、コメント内のアスキーアートなど）。

さらに、Microsoftが修正したくないVisual Studioの問題により、基本的に適切に設計されたプロポーショナルフォントを使用することは不可能になります。

個人的には気にしません。タブを揃えてフォントを読みやすくする限り、モノスペース、プロポーショナル、またはその他の壁以外のスペースを使用するかどうかはあまり気にしません。タブをスペースに置き換えないでください。口論することはありません。

私はプロポーショナルフォントを使用しています（これまでのところ、Arialが最高です。Verdanaは次点です）。なぜそのような読みやすさを犠牲にしたいのですか？表形式が望ましいかどうかは理解できましたが、そうではありません。フォントに関係なくメンテナンスの悪夢が生じるからです。

Bjarne Stroustrupの本The C ++ Programming Languageで、コードにはプロポテナイト間隔フォントが使用されたことを覚えています。（ウェブ上でサンプルページを見つけることができません）

正確な理由は覚えていませんが、彼はこの本の新しい紹介として、これともう1つの変更（C ++言語自体だと思います）に言及したと思います。

個人的には、固定スペースのものが好きです。コンソラスは私のお気に入りです。

短い行と多くのオープンスペースがある言語の場合、私は等幅フォントを好みます。可変幅フォントを使用すると、長い行と密集した構文がある場合に読みやすくなることがわかります。

ほとんどのプロポーショナルフォントの問題は、それらがプログラミング用に設計されていないことです。このページには、いくつかのフォントが表示されます。

PharoのようなSmalltalk環境はプロポーショナルフォントを使用し、言語スタイルにより非常に見栄えがよくなります。しかし、GoのようなCスタイル言語や、ErlangやPythonのような他の言語では、等幅フォントが好きです。

しばらく前から、Eclipse用の読みやすいフォントを見つけるのに少し時間を費やし、XPではかなり長い間Verdanaを使用していました。Consolasは、それがプログラミングにとって本当に素晴らしいため、それを解決しました。

これらは私の発見です：

• ほとんどのプロポーショナルフォントは、散文用に設計されており、句読点はほとんどありません（通常は1文字または2文字です）。Cファミリーの言語には多くの句読点がありますが、これは単に-私の意見では-見た目が良くなく、必要以上に読みにくいです。
• 可変長文字は、行の長さが異なることを意味します。これにより、矢印ボタンを使用してナビゲートするときにカーソルが終了する場所を推測することがほぼ不可能になります。これは迷惑です。
• 垂直方向の間隔も重要です。通常、これは簡単に上書きできるものではなく、ほとんどのプロポーショナルフォントは、私が望むよりも行間のスペースが少なくなります。
• プロポーショナルフォントでテストされているIDEはほとんどありません。これにより、カーソルを間違った位置に置いたり、文字を誤って再描画したりするなどの微妙なバグの余地ができます。

それゆえ、私はそれが私にとって悩みの価値がないことがわかりました。

配置およびその他のレイアウトに関する注意：すべての保存で各ファイルを自動フォーマットするようにEclipseを設定したため、すべての派手なレイアウトは自動的にリセットされます。Eclipseは複数のスペースではなくタブを使用し、これらはプロポーショナルフォントでも正しく配置できます。したがって、フォーマッタのレイアウトは互いに重ねることができますが、それを持たない標準のフォーマッタ構成を使用します。

フォレンジック分析を行う場合、保存のたびに全員に自動フォーマットを強制することで、ソース管理システムでの誤検出が最小限に抑えられると思います。

Monospacedフォントを使用すると、さまざまな属性を比較できるため、決してありません。

比較する：

name1 = ["William"、 "Shakespear"、1564、 "Peotry"]

name2 = ["John"、 "Locke"、1632、 "Philosophy"]

name3 = ["Jonathan"、 "Littell"、1967、 "Prose"]

に：

name1=["William",  "Shakespear", 1564, "Peotry"     ]
name2=["John",     "Locke",      1632, "Philosophy" ]
name3=["Jonathan", "Littell",    1967, "Prose"      ]

プロポーショナルフォントでは、同等の属性を正確に上下に配置することはできません。

プロポーショナルフォントはもっときれいだと思いますが、特にサンセリフフォントの一部では、「I」と「l」の違いを見分けることはできません。待ってください、私はその変数に再び何の名前を付けましたか？