Earlier quoted context omitted.
Even vim handles word wrapping well. A text editor which can't... well, it's a pretty poor text editor then, isn't it? That said, I don't know of many text editors (outside of notepad, and even that's gotten better lately) which don't offer options about how to (or not to) wrap text.
No text editor that I know of intelligently word wraps code. Vim doesn't and Emacs doesn't either.
But no, 80-column terminals in 2020 isn't “reasonable” any more
191–200 of 330 posts
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#192I find as I get older that I need to use bigger fonts in order to easily read code. Based on my terminal font, I can fit two windows side by side with 90 character line lengths, but if I have 3 windows, it would go down to 60 characters (though that's not something I commonly do). I also find diffs that involve changes to shorter lines easier to read compared to ones with longer lines. I wonder what he now thinks abo…
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#193Earlier quoted context omitted.
But the thing to remember is that you don't need to have a rule of "lines must be no longer than this". Instead, it should be "aim for lines no longer than this", and then sometimes, you need longer because it makes sense in that specific case.
How can you make a linter for this?
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#194I see a lot of people saying that 80 char is a thing of the past, but that's not really my experience: My work machine is a macbook pro 13", I rarely have a second monitor (and when I do, I tend to have my browser on it). I get 2 panes of just under 90 chars side-to-side in VSCode, with a normal-smallish font. Am I in such a minority?
I always feel like when people advocate 'no 80 column terminals period' they're arguing from the standpoint of having never had to use anything smaller than an ultrawide resolution display or three+ monitors. Larger lines are almost unreadable on my screen and any sort of word wrapping only makes it worse, so often I'm stuck with one file open at a time slowly jumping between files.
80-column terminals as someone else brought up is an accessibility issue.
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#195Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#196Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#197Typical ill-considered comment from Linus, and surprising for someone getting on his years. Column width is an accessibility issue . I'm barely in my mid 30s and the average font size has been steadily creeping, maybe 1.5 pts per 5 years. I could tolerate 132 column files today, but by the time I'm 50 there is no way this will work, regardless of screen size
Buy a bigger monitor. Or get glasses. I'm 38, rocking a 43" 4k monitor. There's so much room. Scale things up or down to your comfort level. It's a pleasure if you use an editor like atom.
There's no more room on a 43" 3840 x 2160 monitor than there is on a 32" 3840 x 2160...
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#198Typical ill-considered comment from Linus, and surprising for someone getting on his years. Column width is an accessibility issue . I'm barely in my mid 30s and the average font size has been steadily creeping, maybe 1.5 pts per 5 years. I could tolerate 132 column files today, but by the time I'm 50 there is no way this will work, regardless of screen size
Buy a bigger monitor. Or get glasses. I'm 38, rocking a 43" 4k monitor. There's so much room. Scale things up or down to your comfort level. It's a pleasure if you use an editor like atom.
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#199Earlier quoted context omitted.
I would be more sympathetic to 80 column limits if Linux didn't have indent set to 8 columns.
This was a solved problem with tab indenting. It's a bit unfortunate that space indenting won, but I understand why.
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#200Earlier quoted context omitted.
Even vim handles word wrapping well. A text editor which can't... well, it's a pretty poor text editor then, isn't it? That said, I don't know of many text editors (outside of notepad, and even that's gotten better lately) which don't offer options about how to (or not to) wrap text.
No text editor that I know of intelligently word wraps code. Vim doesn't and Emacs doesn't either.