From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from drizzle.Stanford.EDU ([36.59.0.16]) by hawkwind.utcs.utoronto.ca with SMTP id <24118>; Thu, 8 Sep 1994 01:23:07 -0400
Received: from hassle.Stanford.EDU (hassle.Stanford.EDU [36.59.0.161]) by drizzle.Stanford.EDU (8.6.8/8.6.4) with ESMTP id WAA03301 for <sam-fans@hawkwind.utcs.toronto.edu>; Wed, 7 Sep 1994 22:21:21 -0700
From:	Castor Fu <castor@drizzle.Stanford.EDU>
Received: (castor@localhost) by hassle.Stanford.EDU (8.6.8/8.6.4) id WAA15341 for sam-fans@hawkwind.utcs.toronto.edu; Wed, 7 Sep 1994 22:23:56 -0700
Message-Id: <199409080523.WAA15341@hassle.Stanford.EDU>
Subject: sam and tiling
To:	sam-fans@hawkwind.utcs.toronto.edu
Date:	Thu, 8 Sep 1994 01:23:56 -0400
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Do people like the window creation mechanism on sam?  I found that more often
then not,  I didn't really want to choose a particular window size, but
simply wanted to put one somewhere.  

However, the current behavior with the single click didn't seem to quite 
agree with me.

Taking a cue from Oberon and acme, I decided to patch getr in samterm/main.c
by adding the following in the appropriate place:
modifying the code like so:

			if (p.y <= r.min.y)
				rp->max.y = r.min.y;
			else if (p.y >= r.max.y)
				rp->min.y = r.max.y;
			else {
				rp->min.y = r.min.y;
				rp->max.y = r.max.y;
			}
[and similarly  for the x coords].
This allows the command window to define 8 other sectors, which don't 
overlap.  I've been working with it for a few hours now, and I feel the screen
real estate is better utilized.

	-castor