Re: A plug for Second Sight card

[NO%lesh%SPAM%erjt%HERE@vuse.vanderbilt.edu (Tilghman Lesher)]

Nathan Mates (nathan@visi.com) wrote:
: In article <336691C0.D18@no.no>, Eric Jacobs  <no@no.no> wrote:

[[[snipped article about QuickDraw II support for the SS VGA card]]]

:    Go talk to Mike Hackett. He's been working on this for quite some
: time, and has something of an API, etc. at least in beta form. Problem
: is, there are a fair number of things for Quickdraw that a lot of
: programs assume, such as non-square pixels, fixed screen sizes, access
: to the screen through both the toolbox and non-toolbox methods, etc.

: > Honestly, it could be as simple as dropping a Tool004 into
: >your System folder, and your GS could be a whole new machine (including
: >the ability to actually display a decent amount of information on the
: >screen at once!)

:    I doubt it'll be that simple initially, as you'd still have to
: fight any programs that bypass the toolbox, especially ones that
: bypass it sporadically. I don't own a SS, and am not really involved
: with this project, so if Mike and company have managed to pull off
: some serious magic to make everything work, so much the better.

If a program "follows the rules," i.e. uses only the toolbox to access
the screen, how much of a problem would occur?  Are there other
sections of the toolbox which do NOT go through the QuickDraw II set
to access the screen?  Or, are programs simply not working because they
"broke the rules" (pounding on the metal, so to speak)?

Really, I don't see much of a problem if a program in question
flagrantly violates the rules that Apple set forth so long ago
regarding toolbox programming.

Another thing I'm wondering is if the libraries in the current
versions of the ByteWorks products ever "violate the rules."  If
so, an alteration of the libraries would be in order for the
guy trying to do the above.

--
__ __|_) |       |                    
   |   | |  _` |   \   ` \   _` |   \ 
  _|  _|_|\__, |_| _|_|_|_|\__,_|_| _|
          ____/