User Details
- User Since
- Jun 6 2014, 9:12 AM (574 w, 1 d)
Yesterday
Thu, Jun 5
Wed, Jun 4
Mon, Jun 2
Wed, May 28
Tue, May 27
Fri, May 23
Tue, May 20
Neither of these programs have numbered lines enabled by default, that would be preposterous. Any decorations you might have enabled in your text editor shall not be accounted for in this argument or assumption thereof be reflected in the documentation.
How do you mean (takes for what, from which side)? Mine doesn't take anything from 80 chars. Could it be that you misconfigured it?
Mon, May 19
What's usually implied is that 72 should be the lower bound and 78 be the upper. I usually play with values in that range and select the one which yields the most appealing look (less ragged right edge). Wrapping strictly at 80 doesn't look very neat and is ambiguous, which may cause mouse copy-pasting issues on some buggy terminal emulators, e.g. I've seen eating a letter at the border or copying two adjacent words as one.
Sorry if I've missed all the drama and thus being out of context, but is this about wrapping lines before 80 chars (72 to account for reasonable amount of slack)? Then I don't see what's wrong with this suggestion, we already [try to] adhere to it in src and ports, and I certainly welcome a polite nudge to do so elsewhere (also, I don't see how it's being enforced with current wording).
Fri, May 16
Tue, May 13
Mon, May 12
Sun, May 11
Sat, May 10
May 8 2025
May 5 2025
May 3 2025
The mitshm compile is needed for multiple screen. When copying the whole image, it takes 10 secs to take the screenshot