lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lmi] [lmi-commits] master 084f1b49 5/5: Make a different virtual pu


From: Greg Chicares
Subject: Re: [lmi] [lmi-commits] master 084f1b49 5/5: Make a different virtual pure
Date: Wed, 13 Jul 2022 00:23:11 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0

On 7/12/22 21:16, Vadim Zeitlin wrote:
> On Tue, 12 Jul 2022 15:50:28 +0000 Greg Chicares <gchicares@sbcglobal.net> 
> wrote:
> 
> GC> On 7/12/22 14:22, Vadim Zeitlin wrote:
> GC> > 
> GC> > GC> without exceeding the width of a Hollerith card.
> GC> > 
> GC> >  I'm much more conservative (in technical matters) than average, but 
> even I
> GC> > start to think that 80 might be too limiting nowadays. I still believe 
> that
> GC> > overlong lines should be avoided because of many good reasons, both
> GC> > ideological and practical, but I think that 100 or 120 characters might 
> be
> GC> > a better default choice than 80 nowadays. So perhaps we could consider
> GC> > increasing the limit used in lmi too?
> GC> 
> GC> My eyesight isn't getting better. Sorry.
> 
> [...] do you mean that 100 characters
> wouldn't fit on your display horizontally with the current font size?

Yes, sorry for not being more explicit.

> Considering that modern displays are much wider than tall, I thought there
> would be enough space for 100 characters too, but maybe I'm wrong here.

With Deja Vu Sans Mono 12pt, I get 93 characters per line.

>  Anyhow, this was just a suggestion, I don't mind keeping 80 much neither.
> But I still think it's better to allow having 81 character in the line than
> using unusual spacing patterns to make them fit. I.e. perhaps we could at
> least treat 80 as a "soft" limit, with something like 85 as the hard one?

Limit, or limit not: there is no "soft".


reply via email to

[Prev in Thread] Current Thread [Next in Thread]