最初の段落でダウンロードリンクを貼りたいな。私の印象では、可読性はあるけどちょっと太すぎるかな。Fira CodeとJetBrains Monoが似たように幅広で、Atkinson Hyperlegible Monoよりも狭いのに気づくと思うよ。

英語のテキストのブロックやプログラムコードのブロックを比較するのを見たかったな。文字単位じゃなくて、任意のブロックで読む感覚を理解するのに役立つし、特定のデザイン特性を評価するのにも良いと思う。

このプロポーショナルフォントはどのIDEやエディタで見てるの？Emacsでのプロポーショナルフォントは私の目には合わないな。ブラウザや書籍の出版社がテキストをレンダリングする時の文字間の微妙な違いをEmacsが知らないんじゃないかな。

プロポーショナルフォントについてのこのアイデアは前に聞いたことがあって、興味を持ってたんだ。でも、私はNeovimをAlacritty内で使ってるから、私に合うかどうかは分からないな。そのフォントをチェックしてみるよ、提案ありがとう！ :)

Plan 9のAcmeエディタをチェックしてみて！: https://en.wikipedia.org/wiki/Acme_(text_editor)#/media/File...

プロポーショナルフォントはコードでも読みやすいっていうのに完全に同意だよ。使おうとしたとき、Goの自動フォーマットがスペースで整列させるから、プロポーショナルフォントだとすごく見栄えが悪くてイライラした。解決策はエラスティックタブストップ[1]なんだけど、実際にはどのエディタでもサポートされてないみたいだね。[1] https://nick-gravgaard.com/elastic-tabstops/

Commit Monoフォントにある「スマートカーニング」のモノスペースフォントもいいかもしれないよ。https://commitmono.com

何人かはIDEで比例フォントを使ってるし、何十年もそうしてきたんだ。ただ、あまり一般的な慣習ではないね。（90年代にMicrosoftがIDEで比例フォントを使ってたような気がする。もしくはVisual Basicのことを考えてるのかな？よくわからないけど。）コーディングのときに比例フォントを使いたいと思わなかった主な理由は、比例フォントは同形異義語を区別するのが非常に苦手だから。それは構文エラーや未定義の変数を探すときに一番避けたいことなんだ。ただ、実際にプログラミング用に作られた比例フォントを探していないのも認めるよ。もう一つの理由は、時々、誰かがコメントにASCIIダイアグラムを作ったり、縦の整列が重要な他の構造や空白があるコードを読むことがあるから。これってCでは非常に人気があったけど、「現代」では悪い慣習と見なされてるね。モノスペースのコードはすごく読みやすいから、結局のところ、比例フォントにはいくつかの欠点があって、実際の利点はないと思う。少なくとも私にとってはね。

もちろん、ターミナルには使えないよ それが問題なんだよね。俺はweztermの中でneovimを使ってる。コードに比例フォントが使われてるのを見たことが何回かあるけど、面白いと思ったけど、現実的にはvt100の世界に生きてるから、全体的にはそんなに悪くないよ。プログラミングフォントとしてAtkinson Hyperlegible Monoに興味がある。モノスペースはプログラミングフォントの特徴だと思う。基本的に、可読性はプログラミングとテキストで違うんだよね（ただ、俺は明らかにVerdanaを読みすぎてるけど）。

本当の比例フォントを使うと、基本的なインデント以外のコード要素を揃えるのを諦めることになる。ほとんどの人にとって、それは大きすぎる妥協だね。Iosevka Aileみたいな準比例フォントは好きだな。すごく幅の広い文字や狭い文字が自然な幅に近い感じで使えるから。たぶん、"Wl"（広い + 狭い）が"xx"（通常の2倍）と同じ長さになるように幅が調整されてると思う。EmacsでIosevka Aileを使った経験では、だいたいは揃うけど、必ずしもそうじゃないこともある。完全な比例フォントよりは、ずっと良い妥協だと思う。

ちょっとバカなアイデアかもしれないけど、フォントを瞬時に切り替えられるターミナルエミュレーターはどうかな？たとえば、vimみたいな「全画面」プログラムが他のバッファに切り替わるときに、モノスペースフォントに切り替えるとか。もしくは、行ごとに異なるフォントをレンダリングすることもできるかも。

比例フォントだとタイポが見つけにくい気がする。多分、読みやすいから脳が無意識に無視しちゃうのかも。タイポ、例えばカンマの位置がずれたり忘れたりすると、すごく厄介なバグを引き起こすことがあるしね。それに、ほとんどのエディタはまだ個々の文字で動いてるから、固定幅フォントだとカーソルを特定の位置に移動させるために、どれだけカーソルアップやカーソル左のコマンドを送る必要があるかすぐにわかるんだ。

このフォント大好き！値段に見合うだけの価値があるよ。

そうだね、Berkeley Monoがあるところには代替がないよ。あのフォント大好きで、どこでも使ってる。

うん！この前手に入れたばかりだよ。バリアントを手に入れるためにアップグレードしたけど、すぐに$75の開発ライセンスに含まれてるレギュラーに落ち着いた。Obsidianみたいな非コードでも使ってみたけど、すごくいいよ。

同じだね。読みやすさに関しては他のフォントは全然ダメ。各フォントがどんなに素晴らしいって主張しても、私に合わなければ意味がないんだ。

「これを使ってるよ」リストに追加すると、ターミナルとコードエディタの両方をMaple Mono[1]に切り替えたよ。TFAを見てると、Atkinson Hyperlegibleに似た雰囲気があるみたいだけど、使ったことはないんだ。Mapleにはたくさんのリガチャがあって、個人的にはハイパービジブル[TODO]が好き。全体的に、小さいサイズでもとても読みやすいし、Markdownを書くときにも心地よいよ。[1] https://font.subf.dev/en/ / https://github.com/subframe7536/maple-font

Iosevkaは、現代のベクタープログラミングフォントの中で、Terminusを除けば最もターミナル向きだと思う。使いやすいフォントが見つからなかったから、Emacsをこれに設定したよ。

ノルウェー人やデンマーク人には不便だよね、だってØは私たちのアルファベットの一部だから。スウェーデンがÖって書くのがちょっと羨ましいな…どちらにしても、その理由で点付きゼロが大好きだよ。

うん、真ん中に点があるのが一番いい選択肢だし、直線のスラッシュラインよりもグリフの全体的な円形コンセプトに合ってるね。

同じく。Monaco以外は使えないな。

weztermはリガチャを使うかどうか選べるよ。config.harfbuzz_features = { 'calt=0', 'clig=0', 'liga=0' }

そのフォント機能を無効にするのは自由だし、ユーザー設定もバグじゃないよ。

だから、0xProtoフォントが好きなんだ。きれいな見た目のためのリガチャがあって、文字の間に少しスペースが残ってるから、個々の文字もちゃんと読めるんだよね。全体的に読みやすくて、バランスもいいし。リガチャは必須で、いろんなフォントだと記号がうまく揃わなくてイライラすることが多いから。

面白い違いだね。可読性と読みやすさの違いなんて知らなかった。もっと詳しく聞きたいな。バランスが良いフォントの経験とか、詳しくこのテーマを扱った資料知ってる？

いい観察だね、可読性と読みやすさは同じじゃない。ハイパーレジブルフォントは、読者が正しい文字や短い単語を識別できることが重要な場所で使われるんだ。たとえ読みやすさが少し犠牲になってもね。読みやすいフォントは、長文のテキストに使われて、個々の文字を正しく識別するよりも、読む流れが大事なんだ。どちらも有効な使い方があって、両方をうまくこなすフォントもあるよ。

この可読性と読みやすさの違いが、ProportionalやInput Sansみたいな可変幅プログラミングフォントが、文字のグリッド整列を犠牲にしても、長時間のコーディングセッション中に認知負荷を減らせる理由なんだ。

Atkinson Hyperlegibleが特に読みやすさを損なうと思う？コードのモノではなく、テキストのレギュラーについて考えてるんだけど。

まだAndale Monoが好きだな。これについての面白い見解があるよ： https://neil.computer/notes/berkeley-mono-december-update/ なんでこれをリンクしたのか考えてみて。--- Andaleについてもっと知りたいなら： https://en.wikipedia.org/wiki/Andalé_Mono この話題は20年後も続いてるかもね： https://nedbatchelder.com/blog/200602/monospace_fonts_compar... 2006年のこのキャプチャ以来、選択肢が増えて嬉しいよね： https://www.donationcoder.com/forum/?topic=2499.0