Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!harvard!talcott!panda!genrad!decvax!decwrl!pyramid!hplabs!sdcrdcf!ism780c!tim
From: tim@ism780c.UUCP (Tim Smith)
Newsgroups: net.unix-wizards
Subject: Re: Eighth Edition and job control (was Re: UNIX Futures)
Message-ID: <1418@ism780c.UUCP>
Date: Tue, 8-Apr-86 19:35:05 EST
Article-I.D.: ism780c.1418
Posted: Tue Apr  8 19:35:05 1986
Date-Received: Mon, 14-Apr-86 02:01:38 EST
References: <3289@sun.UUCP> <57700002@hpcvlo.UUCP> <127@sering.mcvax.UUCP> <559@basser.oz> <3456@sun.uucp> <3460@sun.uucp>
Reply-To: tim@ism780c.UUCP (Tim Smith)
Organization: Interactive Systems Corp., Santa Monica, CA
Lines: 20

In article <3460@sun.uucp> shannon@sun.uucp (Bill Shannon) writes:
> One of the most basic assumptions broken by window systems is
> that a terminal has a fixed number of lines and columns.  With a
> window system, the number of lines and columns in the "terminal"
> (i.e.  window) can vary dynamicly, even while the program is
> running.  To better accomodate this change, it is often desirable
> (and sometimes necessary) to modify some programs to react to
> window size changes.

I think that a window should have both a logical and a physical size.
When the user resizes a window, that would only change the physical
size - the logical size would stay the same.  If the physical size is
smaller than the logical size, the windowing system should put in
scroll bars.

Programs need not know that the physical size has changed.  Programs
that want to know the physical size would be able to ask, but programs
written for terminals with fixed sizes would still work.
-- 
Tim Smith       sdcrdcf!ism780c!tim || ima!ism780!tim || ihnp4!cithep!tim