Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!usc!wuarchive!kuhub.cc.ukans.edu!mlab2
From: mlab2@kuhub.cc.ukans.edu
Newsgroups: comp.sys.mac.programmer
Subject: Re: Mac II Disappointment/Request for Game Recs
Message-ID: <27721.27873c18@kuhub.cc.ukans.edu>
Date: 6 Jan 91 21:02:48 GMT
References: <34240.27875334@stjhmc.fidonet.org>
Organization: University of Kansas Academic Computing Services
Lines: 21

> Lazy is not the same as cutting cost: it really is no bother to specifiy that
> a window opens to screenbits.bounds etc. As for color, the old macs supported
> 8 colors anyways, so a good writer should have left the option available, 
> maybe
> with a resource used as a flag to indicate that color machines were now 
> available
> so activate the menu item (or whatever).
> 
> Lawson

True it is an easy enough task to expand the game window, but if you don't
enlarge the 'contents' of the window then essentially you still have the 9"
screen - only centered and filled around.  I can only speak for the games I've
done, but enlarging the contents of the screen would be a major hassle. 
Alternate PICTs for the various monitor dimensions, a whole slew of variables
where constants were, major if/thens all over the code.  Perhaps it would even
slow down the game to have all these extra branching thrown in.  That may be
okay with a word processor, but a game relies on all the optimization it can
afford.

john calhoun