Xref: utzoo comp.sys.ibm.pc:41236 comp.sys.mac:45485
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime!woan.austin.ibm.com!ron
From: ron@woan.austin.ibm.com (Ronald S. Woan)
Newsgroups: comp.sys.ibm.pc,comp.sys.mac
Subject: Re: Multiple monitors (was: Xerox sues Apple!)
Message-ID: <1258@awdprime.UUCP>
Date: 4 Jan 90 21:53:48 GMT
References: <10784@claris.com> <6001@internal.Apple.COM>
Sender: news@awdprime.UUCP
Reply-To: @cs.utexas.edu:ibmchs!auschs!woan.austin.ibm.com!ron
Followup-To: comp.sys.ibm.pc
Distribution: usa
Organization: IBM-Austin, AWD
Lines: 33

In article <10784@claris.com>, drc@claris.com (Dennis Cohen) writes:
|>Larry left out one of the best features of multiple monitors, if
|>you're a programmer.  You can designate one of them as the MacsBug
|>screen (hold down the option key in the Monitors cdev) and MacsBug
|>or Jasik's "The Debugger" will use that screen as the debugger
|>screen -- this means that you can have an inexpensive (relatively)
|>monitor set up for debugging without hiding the running app which
|>you are trying to debug. 

I think that he left this out because in my original posting and in
many followups it has been mentioned that we have done this in the PC
world since before the MAC was born using a color and monochrome
monitor setup on any stock IBM PC/clone. Many PC/MSDOS debuggers
support this setup. Best yet take a cheap PC Clone, tie it to the
async port and debug with Turbo Debugger remotely. Saves on crash
recovery and error pinpointing if the application causes some nasty
processor halt or memory mixup.

|>I tried a large monitor and I've tried two "normal" sized monitors,
|>and I'll take the two-monitor setup, for my purposes, every time.
|>If I were doing page layout work, schematic design, or some other
|>similar application, I would probably opt for the big monitor
|>(except price-wise).

Which relates to my original point that a window spanning multiple
monitors is seldom used for any real purpose. Dragging from one
monitor to another and having the mouse cursor zip from one monitor to
the other is far more used.

+-----All Views Expressed Are My Own And Are Not Necessarily Shared By------+
+------------------------------My Employer----------------------------------+
+ Ronald S. Woan  (IBM VNET)WOAN AT AUSTIN, (AUSTIN)ron@woan.austin.ibm.com +
+ outside of IBM       @cs.utexas.edu:ibmchs!auschs!woan.austin.ibm.com!ron +