From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,8143b93889fe9472
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.66.80.41 with SMTP id o9mr1475875pax.4.1359686546671;
        Thu, 31 Jan 2013 18:42:26 -0800 (PST)
Path: 
 s9ni27984pbb.0!nntp.google.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newsfeed.news.ucla.edu!news.snarked.org!us.feeder.erje.net!feeder.erje.net!eu.feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Mon, 28 Jan 2013 12:57:29 +0100
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Ada standard and maximum line lengths
References: <8dfcf819-e1d0-4578-a795-a4bf724b5014@googlegroups.com>
 <1mr198uopixbw$.c81fe8oczrwv.dlg@40tude.net>
 <7e0f4106-9a87-4602-9098-125e920d9d47@googlegroups.com>
In-Reply-To: <7e0f4106-9a87-4602-9098-125e920d9d47@googlegroups.com>
X-Enigmail-Version: 1.5
Message-ID: <510667a9$0$9504$9b4e6d93@newsspool1.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 28 Jan 2013 12:57:29 CET
NNTP-Posting-Host: 75cf4f17.newsspool1.arcor-online.net
X-Trace: 
 DXC=8Hdja_;?PbK[kmHKHnaEnMic==]BZ:afN4Fo<]lROoRAnkgeX?EC@@@>UoMUM1ISkOnc\616M64>JLh>_cHTX3jMP^h7d7SQX6J
X-Complaints-To: usenet-abuse@arcor.de
X-Received-Bytes: 2517
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Date: 2013-01-28T12:57:29+01:00
List-Id: <comp.lang.ada>

On 28.01.13 11:02, Maciej Sobczak wrote:
> I would not be surprised if the permission to limit is a leftover from the ice age of line printers, without any real association with today's systems.

Line lengths surely affect source code quality,
and hence the way programmers can address tasks
of ECRs etc. But how?  If automatic parsers can
easily handle short lines or long lines, there is
then more reason to emphasize why we do have lines
in the first place!

I wonder what will be the effect on working in the
programming profession of a general limit on line
lengths that is, say, <= 100 characters:

Will programers take a different approach to adding
structure? Smaller subprograms?

Will editing programs improve?
If long lines are written in order to make the control
structure more easily apparent (since indentation
then serves only the purpose of indicating control
structure, no broken statements), would editors with
better folding support become more popular (so as to
exclude lines from the view that have not been indented
to indicate control structure)?