Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!rochester!udel!burdvax!sdcrdcf!trwrb!cadovax!gryphon!richard From: richard@gryphon.CTS.COM (Richard Sexton) Newsgroups: comp.sys.amiga Subject: Re: DcomPlAINTs Message-ID: <2042@gryphon.CTS.COM> Date: Mon, 26-Oct-87 19:07:22 EST Article-I.D.: gryphon.2042 Posted: Mon Oct 26 19:07:22 1987 Date-Received: Thu, 29-Oct-87 20:24:56 EST References: <605@louie.udel.EDU> Reply-To: richard@gryphon.CTS.COM (Richard Sexton) Organization: Trailing Edge Technology, Redondo Beach, CA Lines: 62 Summary: Ah! so zees iss your prrrrroblem! In article <626@louie.udel.EDU> rminnich@udel.EDU (Ron Minnich) writes: > Go into dpaint. draw a triangle. looks like triangle. >Print it. Has one pixel line missing, or is distorted in some >other way. Type 'this is a test' in any font. print it. >The same letters in the same line look slightly different. >Spend a lot of time adjusting preferences. read all the magazines >to see what other people did. Take their 'best preferences' numbers, >set them up, look at the printed picture, go 'yuck', put >dpaint on the shelf and go back to tpic/latex. Ah! So thats what you're on about. Yes. this is a problem. In Dpaint I there was no way to control the printer output. It just scaled for what IT thought was right. Now in dpaint II, there is control that the user can exercise over the beastie. If you set the page size, it will have an effect on the scaling, and if you pick a good one, you just might get a decent mapping from screen pixels to printer pixels. For example for the Canon, I use 640 by 770 with margins set at 5 and 89 to get 1 screen pixel to map to 1 printer pixel. To determine this, I just printed diagonal lines, changed the screen size, and then tried to eliminate all the artifacts. Eventually I got it right. > What the reviewer's do not like is the lousy quality of the >printed output, and they said so. Not what i drew. What dpaint >printed. I see it as the responsibility of EA to ship a >program that prints well. Dpaint does not. Yes, in my opinion, >IT IS DPAINTS fault. Hey, its dPAINT. It paints. You want to print ? go buy dPRINT. Just kidding, put the ax down, eugene. Yes, it would have been nice of EA or C= or somebody to point out to us exactly how the printer interface works, and what we had to do to print without any artifacts of pixel replication. >>If you want to show up the mac folks, take screen shots with slide >>film, and do a (color) slide show. Beats the **** out of Imagewriter >>output. And at $3 to develop a roll of film, the price is right, too. >You can not do a slide show in Soft. Prac. and Exp. ^^^^^^^^^^^^^^^^^^^^ What is this ? >anyway, i now use 'mcad', on fish disk 74. Very nice product, >it drives my hp 6-color plotter, and it is object-oriented. >I am going to send the guy his $20 and get source. Perhaps you wanted an object based DRAWING program rather than a pixel based PAINT program frojm the start ? >ron (rminnich@udel.edu) -- Richard J. Sexton INTERNET: richard@gryphon.CTS.COM UUCP: {hplabs!hp-sdd, sdcsvax, ihnp4, nosc}!crash!gryphon!richard "It's too dark to put the keys in my ignition..."