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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,3c99788a4ac63037
X-Google-Attributes: gid103376,public
From: Wes Groleau <wwgrol@ftw.rsc.raytheon.com>
Subject: Re: Pageless Text_IO
Date: 1999/11/17
Message-ID: <3832C9A0.C05FAE51@ftw.rsc.raytheon.com>#1/1
X-Deja-AN: 549729961
Content-Transfer-Encoding: 7bit
References: <80qarp$9qe1@news.cis.okstate.edu> <80qo6j$922$1@nnrp1.deja.com>
 <80s63a$afp$1@nnrp1.deja.com>
X-Accept-Language: en,es,fr,pt
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: news@icg.raytheon.com
X-Trace: bos-service2.ext.raytheon.com 942852518 151.168.144.162 (Wed,
 17 Nov 1999 09:28:38 CST)
Organization: Raytheon Company
MIME-Version: 1.0
NNTP-Posting-Date: Wed, 17 Nov 1999 09:28:38 CST
Newsgroups: comp.lang.ada
Date: 1999-11-17T00:00:00+00:00
List-Id: <comp.lang.ada>

> A form parameter  PAGE_BREAKS => NO  would be a handy
> addition to Text_IO, it would say simply that on input
> new page characters were not treated specially in any
> way, just treated as characters if encountered, and
> on output, New_Page generates such a character but has
> no other effect.
> 
> Needs a bit more detailed woring out, but sounds quite
> practical.

Doesn't the language leave the meaning of form parameters
entirely up to the implementation?  Put it in GNAT and let
the users say whether they agree.  :-)