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