Ask HN: Anyone using proportional fonts for coding?

https://news.ycombinator.com/item?id=36919090

by rpastuszak • 3 years ago

42 89 3 years ago

news.ycombinator.com

(I don't find them distracting and I enjoy messing with typography.)

I'm curious about any less obvious pros and cons, as well as recommendations for any fonts to try.

iefbr142• 3 years ago

Good luck with positional languages :)

rpastuszak5• 3 years ago

Care to elaborate?

iefbr142• 3 years ago

Take cobol. The data division is highly column based, not mandatory though but you never get any of the columns straight except the first one. It will work but its hard on the eyes. Take (ibm) assembler, it sometimes needs a continuation character in column 72. Where is column 72 in proportional?

overvale• 3 years ago

I use them from time to time. I'm not working on large codebases with collaborators, just my dotfiles and CSS and stuff. If I was auditing other people's code I don't think I'd want proportional fonts, simply because in code every character matters.

nahuel0x• 3 years ago

If you use VS Code, the search results and file explorer text use a proportional font because you cannot change it. Is a long standing bug and is annoying.

Kwpolska3• 3 years ago

I wouldn't want monospace for the file explorer, since the benefits of monospace don't really matter for files, and proportional fonts take up less space. Being able to fit more text is also better when searching, and if you need to see stuff in the monospace font, you can open the file or open search in an editor.

beezlewax• 3 years ago

So write an extension?

eviks2• 3 years ago

If only there were a modern code editor that supported variable-width tabs that would maintain vertical alignment with variable-width fonts...

seanmcdirmid6• 3 years ago

With auto formatters that automate indenting (and disallow custom indenting), I don’t think that really matter anymore.

eviks2• 3 years ago

bad tools can't eliminate the import of good formatting

cocodill• 3 years ago

nope.

pico303• 3 years ago

What are you, a monster?

quickthrower2• 3 years ago

I fell odd even seeing a filename in proportional within a normal paragraph.

rpastuszak5• 3 years ago

Yes, how did you know? Here’s my portrait: https://www.potato.horse/about

sangpal• 3 years ago

I used Input Sans for some time as my coding font. Most proportional fonts have a small <space> which makes it difficult to figure out alignment in code. Input Sans was the only font I found that was good in this regard.

I use vim keybinds and movement was too unpredictable to keep using as my main font. Now I'm back to a monospaced font.

cacozen• 3 years ago

Try IAWritter DuoSpace: it’s a great mix between fixed width and proportional: https://ia.net/topics/in-search-of-the-perfect-writing-font

CharlesW2• 3 years ago

TLDR: 1,500 words on how iA created a variant of IBM Plex Mono with four 1.5X-width characters (m, M, w, W) because…well, it's not really clear.

And, they say, programmers use monospace fonts because it helps them catch typos. In reality, variable glyph widths make it easier to identify typos.

mrunseen• 3 years ago

m, M, w, W, %, @ and i, l, ! (and so on) are the letters that create a challenge (or a room for creativity/individuality) ad they are so wide or so narrow. Wide letters often get cramped as they need to share se witdh as narrower letters. iA thought they could just modify those “extreme” glyphs to increase legibility (and readability)

JieJie• 3 years ago

The font is a modification of IBM's Plex open font, and is available here.

https://github.com/iaolo/iA-Fonts/

kcartlidge• 3 years ago

This. I use it all the time. Every character is fixed width except 'm', 'w', 'M', and 'W', which are 150%. It mostly looks and behaves like monospace, but with a very nice minor adjustment that makes it more readable and pleasant.

jrm42• 3 years ago

Broadly, it just seems weird that this appears to be such a difficult problem TODAY.

As in "Just tell the AI what code you want to write and the language and it will just magically do it for you" is like, sure, no problem, but we absolutely draw the line at "Use proportional fonts to make the code read nice on a page" because thats WAY TOO HARD

nequo• 3 years ago

What is your proposed solution?

jrm42• 3 years ago

It feels as if there could be some "smart-ish" way to analyze and present source code with proportional fonts, but indent and move as needed.

iimblack• 3 years ago

Even if you’re a heavy user of AI for coding you have to read what the AI wrote. Code isn’t like other writing where you can skim past letters and your brain will fill it in for you. In code, each character is significant with even the case of single letters being important. I think it makes sense to optimize for clarity. Additionally, vim keybindings are significantly more awkward on non-monospaced fonts.

SoftTalker2• 3 years ago

You'd probably have to use tabs to make your indented blocks and other alignment look nice. Then you get into the whole tabs vs. spaces debate.

seanmcdirmid6• 3 years ago

Why? Most companies are requiring auto formatters these days, so it doesn’t really matter if you can’t precisely align code.

SoftTalker2• 3 years ago

Really? I've never used an autoformatter for anything ever, much less had one required. Which companies are these?

Renevith• 3 years ago

I've used Input Sans for years. I was expecting to have to deal with alignment issues but in my Java codebase there were almost none. (YMMV depending on language and coding style.) The only alignment we use is with leading spaces only, so everything still aligns as expected. The readability is great and I can fit substantially more characters horizontally than I could with a fixed-width font.

It definitely felt weird at first, like I was reading code that somebody had pasted into Microsoft Word. But that passed and now it's all upside.

I screen-share my IDE from time to time and I've never had anyone comment on it.

nielsbot• 3 years ago

Same here. I find it much more legible. I can also finally move beyond the teleprinter and vintage terminal screen legacy of monospaced fonts. I’m a person not a robot :)

seanmcdirmid6• 3 years ago

I’ve used proportional fonts for more than a decade now. Since auto formatters disallow ascii art or custom alignment anyways, I’m honestly not missing out on anything, and just get to enjoy kerning in my code. I use whatever sans serif is used most on my platform (ATM it’s google sans), using a serif want would probably annoy me a lot.

Oh, what we are really missing are code-oriented ligatures, like -> or ==>. Sad, but I find fixed width so bothering that I’m not willing to try the fixed width fonts that offer such ligatures.

hyperhopper• 3 years ago

Since auto formatters disallow ascii art or custom alignment

This is not a universal truth. I've worked at faang companies that don't even do this.

In fact many great comments I've seen have been ASCII art diagrams. Those should be encouraged.

seanmcdirmid6• 3 years ago

I haven’t seen any such in the last five years. Maybe C or C++ code? Java and kotlin auto formatters are pretty entrenched at this point, Python always has been, not sure about other language cultures.

eternityforest• 3 years ago

I did not know till I saw this comment how many ascii art and even diagram tools existed for vs code! I will probably be making use of some!

LorenDB• 3 years ago

Hot take: ligatures bother me nearly as much as a proportional for would bother me.

seanmcdirmid6• 3 years ago

Sure, I mean if non-type writer fonts bother you, I’m sure other aspects of modern typography would also be off putting.

xigoi• 3 years ago

This is a cold take. Many people on HN hate ligatures.

psd1• 3 years ago

A "hot take" is an initial reaction, without benefit of much data or consideration.

Like when someone shouts to you after they've already thrown, and you must turn and catch in a fraction of a second. Or take a ball to the jaw.

You've expressed a considered preference, not a hot take.

CharlesW2• 3 years ago

I propose we start the revolution with comment blocks.

https://developer.apple.com/library/archive/documentation/Xc...

metadat• 3 years ago

What is the colon (:) thing about?

E.g.

    /*:
       Some comment
     */

Is there a legitimate reason for the non-C addition atop a C-syntax?

Edit: Thanks for explaining!

thristian• 3 years ago

It seems to be a convention that means "this comment contains Markdown and should be rendered in the generated documentation" as opposed to commenting out unused code or whatever.

nyolfen• 3 years ago

it's to mark the comments in these blocks to be extracted for formatted documentation generation rather than conventional code comments

zabzonk• 3 years ago

stroustrup switched to using a proportional font in TC++PL 3rd ed. i really didn't like it, but i know quite a few people did. all comes down to taste as far as rendering is concerned, i suppose. but the program text must be able to be rendered in either a fixed or a proportional font, and look sensible in either. and that is not so easy.

Kwpolska3• 3 years ago

It's very easy if you don't align things (e.g. try to keep the = in multiple assignments in the same column) and use a fixed width (1 tabstop?) for continuation lines.

Or, if you are typesetting a book, you can do alignment in the typesetting software instead of adding spaces.

jwells89• 3 years ago

I've tried a few times over the years but it never sticks. Proportional fonts make scanning for character-level differences slower and most don't distinguish important characters strongly enough (e.g. parens and brackets taking less space than alphanumerics). I'll echo others' comments on alignment too.

To my eye, they also just make code look… I don't know, messy somehow? Especially with serifs it looks like a tractor trailer wrecked and spilled its payload of characters all over the place.

hackinthebochs• 3 years ago

I switch between golang's proportional font and Nirmala UI. They look really good on high dpi screens and are just generally attractive fonts. Indentation width is a drawback since space characters tend to be small. Code that uses two spaces for indentation is not nearly enough of an offset in my opinion. Four space indentation looks like two space for a monospace font, which is generally good enough. Also punctuation can be an issue as proportional fonts tend to have small, easy to miss punctuation.

jdougan2• 3 years ago

Use tabs to left indent, and you can then use whatever spacing you want for readability.

jitl• 3 years ago

My dad does, which used to drive me nuts when I wanted to help him out when I was in college. These days I think it sounds like a good idea but I haven’t tried it yet.

I bet it would traumatize some of my VIM diehard teammates.

Pxtl• 3 years ago

This should be workable and reasonable if you use tabs to indent and don't do any alignment. Imho that's good practice but there's always somebody stubborn.

akkartik• 3 years ago

Yes, but my workflow is very unconventional: https://www.youtube.com/watch?v=aD6vmbmzdBo

kevin_thibedeau• 3 years ago

They preclude ASCII and Unicode diagrams.

rhn_mk13• 3 years ago

They preclude ASCII, but not Unicode diagrams.

Unicode block characters have constant width.

Unicode also contains fixed-width equivalents to ASCII letters: ａｂｃ. Just add 0xFEE0 to the code point.

And 0x3000 is an ideographic space, with the same width.

    +---------+
    |         |                        +--------------+
    |   NFS   |--+                     |              |
    |         |  |                 +-->|   CacheFS    |
    +---------+  |   +----------+  |   |  /dev/hda5   |
                 |   |          |  |   +--------------+

turns into

    ＋－－－－－－－－－＋
    ｜         ｜                        ＋－－－－－－－－－－－－－－＋
    ｜   ＮＦＳ   ｜－－＋                     ｜              ｜
    ｜         ｜  ｜                 ＋－－＞｜   ＣａｃｈｅＦＳ    ｜
    ＋－－－－－－－－－＋  ｜   ＋－－－－－－－－－－＋  ｜   ｜  ／ｄｅｖ／ｈｄａ５   ｜
                 ｜   ｜          ｜  ｜   ＋－－－－－－－－－－－－－－＋

EDIT: which would have looked much better had HN not replaced full spaces with the narrow kind.

Kwpolska3• 3 years ago

Those diagrams might look nice, but are hard to edit (for your average user without a CJK input method) and hard to copy things from (you can't get the string /dev/hda5 from your example, you'll get something Linux won't do anything meaningful with.)

kazinator3• 3 years ago

... but issues would never happen outside of HN, so this is all cool.

retrocryptid2• 3 years ago

I know ThinkPascal back in the day used a proportional font, but I think I remember MPW using mono. My CanonCat uses a proportional font when you write FORTH programs for it.

_moof• 3 years ago

Was just going to mention THINK Pascal. It used 9-point Geneva, and bolded keywords, if I remember correctly.

retrocryptid2• 3 years ago

Yup. That's the one I'm thinking about. Oh. And an early version of MS BASIC for Mac did something similar.

jdougan2• 3 years ago

Smalltalk environments have defaulted to proportional fonts back to the beginning of time [1]. Some of the newer ones allow for richtext code, so if you really need to make that ascii art drawing, you can change the font in the comment. Also look up elastic tabstops for an alternate alignment solution.

The tricky part is there aren't many proportional fonts designed for coding (but more than there used to be). One early 90s version of ST defaulted to Helvetica, which was a nightmare to read on the then current lowres screens. Of the current choices, Input is probably the best place to start. Verdana is popular with some, and I've used Lucida a bunch, both sans and serifed. I have also had fun using not really suited display fonts like Zapfino or surprisingly readable drafting handwriting fonts like Tekton. I am currently fiddling with using various ports of the TeX fonts, particularly the CM Concrete as I find the big serifs easy to read. It is usually recommened to use a sans font for readability, but I think that advice is outdated on modern very hires displays with subpixel antialising.

[1] https://fontstruct.com/fontstructions/show/1693628/cream-10p...

The proportional fonts question recurrs periodically:

2005 https://ask.metafilter.com/16469/Proportional-programming-fo...

2010 https://slashdot.org/story/130020

https://www.quora.com/Are-monospace-or-proportional-fonts-be...

2019 https://news.ycombinator.com/item?id=18958046

cjbprime• 3 years ago

Yes, I like Iosevka Aile a lot. And it's free! So worth a try.

https://chris.printf.net/iosevka-aile.png

https://typeof.net/Iosevka/

rpastuszak5• 3 years ago

Oh, Iosevka is one of my favourite fonts, thanks!

mieses• 3 years ago

fonts? real programmers use paper and pencil

isr• 3 years ago

I've been using cuis smalltalk with proportional fonts, even a slightly cursive looking one.

And before you get your pitchforks out, that's from a longtime (since 1998) vim user, whose other current weapon of choice is a neovim setup which acts as as its own multiplexer, thereby replacing gnu-screen (tmux for the rest of you).

In cuis, the morphic graphics system has been rebuilt to be entirely vector-graphics based. Entirely. Everything. The text rendering is beautiful. Each window can be scaled up or down with just a right click to bring up the 'halo', and then just drag the icon. The fonts are redrawn with vector graphics. There is zero quality loss, up or down.

Scaling up or down to cater for different dpi screens is no longer an issue.

The beauty of it is actually a little inspirational, as silly as that sounds. You feel like you have an expensive Japanese-nibbed fountain pen, and high quality parchment, and it forces you to write something.

(yes, the rendering quality remains, even if you also rotate the window as well).

slim• 3 years ago

one trick that always impresses is when you rotate the window and scroll the text.

NBJack2• 3 years ago

This sounds like a nightmare for Python. No auto formatter would solve inconsistent indentation for you.

You would need to put a little more effort into using your caret to find issues when a compiler gives a row and column coordinate.

Max width restrictions (i.e. 80 columns) would become meaningless and arbitrary.

Your entire team would likely have to agree to the font choice for consistency.

OS font rendering differences would make life very interesting.

rhn_mk13• 3 years ago

You get in trouble only if you see hanging indentations:

Foo(Bar(...), baz)

But they are not required for a happy life:

Foo( Bar(...), baz, )

It's not PEP8, but it works, and it does not depend on the font at all. 80 columns is bollocks in any case, but with this style, width is usually even reduced.

Alternatively, Elastic Tabstops solves this, but it's supported by approximately no one.

https://nickgravgaard.com/elastic-tabstops/

geon• 3 years ago

I have been using Comic Sans for years. I like it.

exebook• 3 years ago

I made my own proportional font Variable.ttf and refined it for over a decade. I am using it daily. Over many iterations I refined space width and each important coding character's shape and size. Added some ligatures in the last few years. It's very good I consider it a work of art, and I cannot think about going back to fixed fonts. Only me and my friend use it.

https://github.com/exebook/variable

MathMonkeyMan2• 3 years ago

I use Verdana. Everyone thinks I'm nuts, but I like reading code that way.

xeonmc• 3 years ago

Not exactly proportional, but has the legibility of proportional while actually being monospaced -- Comic Mono [0] is a monospaced font based on Comic Sans.

[0] https://dtinth.github.io/comic-mono-font/

GnarfGnarf2• 3 years ago

The hallmark of a good font is that it does not draw attention to itself. It does not interfere with the reader’s grasp of the author’s meaning, and it recedes into the background.

rpastuszak5• 3 years ago

Yes, and?

GnarfGnarf2• 3 years ago

Proportional fonts draw attention to themselves and fail the criteria by being distracting.

kazinator3• 3 years ago

Doesn't play nicely with aligned material.

Parallel definitions lined up for readability.

  #define AF_UNSPEC       PF_UNSPEC
  #define AF_LOCAL        PF_LOCAL
  #define AF_UNIX         PF_UNIX
  #define AF_FILE         PF_FILE
  #define AF_INET         PF_INET
  #define AF_AX25         PF_AX25
  #define AF_IPX          PF_IPX
  #define AF_APPLETALK    PF_APPLETALK
  #define AF_NETROM       PF_NETROM
  #define AF_BRIDGE       PF_BRIDGE
  #define AF_ATMPVC       PF_ATMPVC
  #define AF_X25          PF_X25

Similarly in structure definitions where there are line comments:

C preprocessor continuation backslashes.

  /* From some MD5 code */

  #define FF(a, b, c, d, x, s, ac) {                      \
    (a) += F((b), (c), (d)) + (x) + convert(u32_t, ac);   \
    (a) = ROTATE_LEFT ((a), (s));                         \
    (a) += (b);                                           \
  }

  #define GG(a, b, c, d, x, s, ac) {                      \
    (a) += G((b), (c), (d)) + (x) + convert(u32_t, ac);   \
    (a) = ROTATE_LEFT ((a), (s));                         \
    (a) += (b);                                           \
  }

Alignment in parallel definitions.

  struct netent {
    char *n_name;                 // Official name of network.
    char **n_aliases;             // Alias list.
    int n_addrtype;               // Net address type.
    uint32_t n_net;               // Network number.
  };

No, tabs will not fix this issue, unless everyone agrees on exactly the same font, and the same tab stops, in the same editor. What looks vertically aligned in your editor looks staggered in someone else's.

This kind of thing is not unheard of:m

  struct netent {
    char      *n_name;              // Official name of network.
    char     **n_aliases;           // Alias list.
    int        n_addrtype;          // Net address type.
    uint32_t   n_net;               // Network number.
  };

We have the identifiers of the declarators vertically lined up, but the pointer derivators hang to the left. Tabs will just not do this.

Proportional font coders are in the lunatic fringe.

All else being equal, do not hire.

kazinator3• 3 years ago

Another thing that doesn't work with proportional fonts:

  function(arg1,
           arg2,
           arg3);

Note that this, and everything in my above comment, can work just fine with tabs used for indentation, and set to the developers' preference:

  [tab]struct netent {
  [tab]  char      *n_name;              // Official name of network.
  [tab]  char     **n_aliases;           // Alias list.
  [tab]  int        n_addrtype;          // Net address type.
  [tab]  uint32_t   n_net;               // Network number.
  [tab]};

  [tab]{
  [tab][tab]function(arg1,
  [tab][tab]         arg2,
  [tab][tab]         arg3);

Change tab size, alignment is fine. Change to proportional font, it all goes haywire.

Tabs people: let's negotiate a quick peace treaty so we can gang up on the proportional font wackos.

MathMonkeyMan2• 3 years ago

We could give up on thinking of code as:

- a sequence of characters and spaces

- a series of lines

- a fixed grid of characters and spaces

Instead, store code as a parse tree -- comments and all. Then we'd view and edit code using "WYSIWYG" editors solely. No more "cat" and "less", we'd need new tools. No more tty-like terminals, we'd need something more like a web browser.

It would cripple existing workflows and hinder compatibility, but the advantage is that "formatting" would be the viewer's preference. Forget about tab stops and fonts; think more like CSS. It's an extreme version of the tabs people's argument.

Word/Sheets documents come close, in a horrifying way. What I'm describing is more like Graphviz.

JohnFen2• 3 years ago

I tried using proportional fonts for a while, but I couldn't get used to them. For me, the make it more difficult to read (and write) the source code because I didn't have predictable landmarks to follow anymore.

Also, they make creating diagrams and aligning things essentially impossible.

Ask HN: Anyone using proportional fonts for coding?

Related Stories