Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!purdue!i.cc.purdue.edu!h.cc.purdue.edu!s.cc.purdue.edu!ain
From: ain@s.cc.purdue.edu (Pat-bob White)
Newsgroups: comp.sys.amiga
Subject: Re: Structured Graphics Standard
Keywords: Quickdraw MacDraw
Message-ID: <3583@s.cc.purdue.edu>
Date: 25 Sep 88 20:53:18 GMT
References: <5053@netnews.upenn.edu>  <141@dms3b1.UUCP> <471@quintus.UUCP>
Reply-To: ain@s.cc.purdue.edu.UUCP (Pat-bob White)
Organization: PUCC Land, USA
Lines: 21

In article <471@quintus.UUCP> pds@quintus.UUCP (Peter Schachte) writes:
>>near presentable.  At that, it wasn't high enough resolution. )
>                                                   ^^^^^^^^^^
>You said the magic woid!  If someone DOES come up with a structured
>graphics standard for the Amiga, it had better be resolution-
>independant.  This is really hard if you include text (which is

   Yes, it needs resolution independence, but if someone ever wants to include
any kind of bit mapped pictures (like fonts), then it *must* have a resolution
or one can't possibly know how close to put the dots.
   Best way I can think of to deal with this, is to allow a "resolution" 
relative to the size of the resolution-independant screen to be specified (call
them virtual pixels), for use in rendering the bit mapped stuff.
ie. be able to tell it that the screen is, say, 10x10 pixels when you want to
render your bit image -- the drawing program will scale the virtual pixels
accordingly such that 10x10 fills the entire device screen.


-- Pat White
ARPA/UUCP: k.cc.purdue.edu!ain  BITNET: PATWHITE@PURCCVM  PHONE: (317) 743-8421
U.S.  Mail:  320 Brown St. apt. 406,    West Lafayette, IN 47906