Path: utzoo!utgpu!watmath!clyde!ima!think!ephraim
From: ephraim@think.COM (Ephraim Vishniac)
Newsgroups: comp.sys.mac
Subject: Re: A serious bug for multi-screen environments
Message-ID: <34836@think.UUCP>
Date: 28 Dec 88 15:01:28 GMT
References: <1911@runx.ips.oz>
Sender: news@think.UUCP
Reply-To: ephraim@think.com (Ephraim Vishniac)
Organization: Thinking Machines Corporation, Cambridge MA, USA
Lines: 35

In article <1911@runx.ips.oz> clubmac@runx.ips.oz (Macintosh Users Group) writes:

+I have a Macintosh II with 5 megs of RAM at work, and a 2nd monitor
+which is a Nutmeg 19 inch 2-bit monochrome. I have found that when
+using the standard Apple colour monitor as the primary screen that
+there is a consistent bug implemented in most programs, even the
+Finder!!!

+When I drag a window from the primary 13-inch screen to the secondary
+19-inch screen, and I try to grow the window to the size of the
+19-inch, the window is restricted - it won't grow beyond the size of
+the 13-inch screen!

+This is a real pain in the arse when using PageMaker and other programs that
+perform better with larger screens, like Illustrator and FreeHand.

It certainly is a bug, but there's an easy work-around: hold the
command key (Apple key, cloverleaf, widget) while resizing a window
and the application's size limit is ignored.  I just tried this with
MockWrite on a LaserView monitor.  Normally, MockWrite enforces a
fairly small page, but by holding the command key I could fill the
screen.

There are some *really* fascist programs out there, however.  I tried
this once with MacWrite 5.0.  I could drag the window as large as I
wanted, but it snapped back to its built-in limit (unrelated to screen
size) as soon as I let go.

Also, this is all at your own risk.  MacTerminal, for example, can be
given a very large window but starts to get weird.

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."