Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!cbmvax!daveb
From: daveb@cbmvax.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Re: The trouble with the Amiga
Message-ID: <1120@cbmvax.cbmvax.cbm.UUCP>
Date: Mon, 15-Dec-86 21:54:24 EST
Article-I.D.: cbmvax.1120
Posted: Mon Dec 15 21:54:24 1986
Date-Received: Wed, 17-Dec-86 06:39:00 EST
References: <1257@cadovax.UUCP> <1118@cbmvax.cbmvax.cbm.UUCP> <1119@cbmvax.cbmvax.cbm.UUCP>
Reply-To: daveb@cbmvax.UUCP (Dave Berezowski GUEST)
Organization: DMB, Inc.
Lines: 40

In article <1119@cbmvax.cbmvax.cbm.UUCP> carolyn@cbmvax.UUCP (Carolyn Scheppner) writes:
>In article <1118@cbmvax.cbmvax.cbm.UUCP> daveh@cbmvax.cbm.UUCP (Dave Haynie) writes:
>
>    (RE: Appication non-support of 1:1 screen to printer dumps)
>
>>                                                       ...  I could see
>>DPaint I missing some of this, they were probably rushing to get it out,
>>and they were the first.  DPaint II, however, really has no excuses;
>>neither does NotePad (since it was written a C-A).  Its sounds like basic
>>programmer laziness.
>
>   I don't think it was "programmer laziness".  A non-aspected pixel 
>for pixel dump distorts the aspect ratio of the original image.  The 
>printout will be stretched in either X or Y (depending on the res of
>the display screen).  Fonts are stretched, the Clock becomes an oval,
>etc. 
>
>   This was probably viewed as not desirable and therefore not
>offered as an option.
>
>-- 
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>Carolyn Scheppner -- CBM   >>Amiga Technical Support<<
>                     UUCP  ...{allegra,caip,ihnp4,seismo}!cbmvax!carolyn 
>                     PHONE 215-431-9180
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


	I have to agree with daveh.  At the very least the application
programs could have offered the user the CHOICE of entering his/her own
numbers for the printer dumps.  I have been mentionting this stuff to the
companys that produce programs that dump to the printer since the 'OLD'
1.0 days and STILL nobody has bothered to include a graphic dump requestor.
Its a shame to have all those options go to waste.

	Maybe somebody could make a quick buck by providing a utility
program that intercepts calls to the graphic dump routine and brings up
a requestor so that user can twiddle the numbers.

	Oh well...just my two cents worth.