Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!think!ephraim
From: ephraim@think.COM (Ephraim Vishniac)
Newsgroups: comp.sys.mac
Subject: Re: A serious bug for multi-screen envi
Message-ID: <34965@think.UUCP>
Date: 30 Dec 88 16:16:38 GMT
References: <1911@runx.ips.oz> <46100249@uxe.cso.uiuc.edu>
Sender: news@think.UUCP
Reply-To: ephraim@think.com (Ephraim Vishniac)
Organization: Thinking Machines Corporation, Cambridge MA, USA
Lines: 29

In article <46100249@uxe.cso.uiuc.edu> leonardr@uxe.cso.uiuc.edu writes:

>	I would like to comment about the Apple practice of this
>Cmd-Key override to Window Resizing..

>	... it does have some problems with certain applications and
>situations.  EXAMPLE - I am writing an application where I have a
>window that can only be resized horizontally and not vertically.
>...if the user (for whatever reason) holds down the command key, then
>he can resize my window vertically as well - and there is NOTHING I
>can do about it!!

>	Well Apple, any comments?!??!?

I'm not Apple, but I'll answer anyway :-).

There must be something you can do about it, because MacWrite 5.0 does
it.  If you resize the window to be larger than MW's built-in limit,
it snaps back to the built-in limit as soon as you release the mouse.
I imagine that what's happening is that MW checks the selected window
size when the user is done resizing, then fascistly changes it if it
doesn't like the answer.  Why not do the same?



Ephraim Vishniac					  ephraim@think.com
Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142-1214

	"He shook his head to clear a momentary system error."