Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!cis.ohio-state.edu!anaconda.cis.ohio-state.edu!meekins
From: meekins@anaconda.cis.ohio-state.edu (Tim Meekins)
Newsgroups: comp.sys.apple2
Subject: Re: Video Card (Wait a minute!)
Message-ID: <1991Jun29.051846.27636@cis.ohio-state.edu>
Date: 29 Jun 91 05:18:46 GMT
References: <4824.apple.a2.net@pro-nbs> <1991Jun27.221915.17202@ux1.cso.uiuc.edu>
Sender: news@cis.ohio-state.edu (NETnews        )
Organization: The Ohio State University, Department of Computer and Information Science
Lines: 26

In article <1991Jun27.221915.17202@ux1.cso.uiuc.edu> jb10320@uxa.cso.uiuc.edu (Jawaid Bazyar) writes:
>asong@pro-nbs.cts.com (Andi Song) writes:
>
>>In-Reply-To: message from jb10320@uxa.cso.uiuc.edu
>
>
>>        Are you serious!!??! Get real! :) So technically the IIgs IS
>>upgradeable in video resolution like the IBM? 
>
>   Now, the hardware is the easy part.  Getting the new hardware to 
>work with QuickDraw and old applications is not so easy.
>
>>        So we could buy this "card" and BAM!, 640x400 (or better)? I
>>suppose we would have to buy a new monitor. Where would we get that? Would
>>a Macintosh monitor work or what?
>
>   You could, but you'd have to write custom programs that only worked 
>with the board until Apple supported it.  And that's not likely to happen.
>

Ah, but Apple has published the low-level entry points for QuickDraw II,
so it is quite feasable. After all, these all need to be patched to write
printer drivers. Since thrid parties have written printer drivers, I don't
see why patches in an init couldn't be written for a video. The only
problem lies in QuickDraw II's assumption of how palettes are stored and
formed. Worse, the number of applications that assume these things.