From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by sourceware.org (Postfix) with ESMTPS id DDF60385702E; Mon, 30 Nov 2020 15:47:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org DDF60385702E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=matz@suse.de X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 92D24ADC5; Mon, 30 Nov 2020 15:47:08 +0000 (UTC) Date: Mon, 30 Nov 2020 15:47:08 +0000 (UTC) From: Michael Matz To: Allan Sandfeld Jensen cc: Florian Weimer , gcc@gcc.gnu.org, Jonathan Wakely , libstdc++@gcc.gnu.org Subject: Re: [RFC] Increase libstdc++ line length to 100(?) columns In-Reply-To: <12658767.uLZWGnKmhe@twilight> Message-ID: References: <20201126235057.GQ1312820@redhat.com> <5416783.DvuYhMxLoT@twilight> <874kl8aws8.fsf@mid.deneb.enyo.de> <12658767.uLZWGnKmhe@twilight> User-Agent: Alpine 2.20 (LSU 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2020 15:47:11 -0000 Hello, On Sun, 29 Nov 2020, Allan Sandfeld Jensen wrote: > On Sonntag, 29. November 2020 18:38:15 CET Florian Weimer wrote: > > * Allan Sandfeld Jensen: > > > If you _do_ change it. I would suggest changing it to 120, which is next > > > common step for a lot of C++ projects. > > > > 120 can be problematic for a full HD screen in portrait mode. Nine > > pixels per character is not a lot (it's what VGA used), and you can't > > have any window decoration. With a good font and screen, it's doable. > > But if the screen isn't quite sharp, then I think you wouldn't be able > > to use portrait mode anymore. > > Using a standard condensed monospace font of 9px, it has a width of 7px, 120 A char width of 7px implies a cell width of at least 8px (so 960px for 120 chars), more often of 9px. With your cell width of 7px your characters will be max 6px, symmetric characters will be 5px, which is really small. > char would take up 940px fitting two windows in horizontal mode and one in > vertical. 9px isn't fuzzy, and 8px variants are even narrower. Well, and if you're fine with a 5px cell-width font then you can even fit 216 chars on a line in HD portrait mode. But Florian posed the width of 9px, and I agree with him that it's not a lot (if my monitor weren't as big as it is I would need to use an even wider font for comfortable reading, as it is 9px width are exactly right for me, I'm not using portrait, though). So, it's the question if the line lengths should or should not cater for this situation. > Sure using square monospace fonts might not fit, but that is an unusual > configuration and easily worked around by living with a non-square monospace > font, or accepting occational line overflow. Remember nobody is suggesting > every line should be that long, just allowing it to allow better structural > indentation. The occasional line overflow will automatically become the usual case with time, space allowed to be filled will eventually be filled. Ciao, Michael.