Re: Proposed fix for #687899 Input tray not retained |
Ray Johnston <[email protected]> Thu, 31 Mar 2005 10:51:44 -0800
| Newsgroups | gmane.comp.printing.ghostscript.patches |
|---|---|
| Organization | Artifex Software Inc. |
| Message-ID | <[email protected]> |
Raph, You forgot to include the modified zmedia2.c that has the change to support: Raph Levien wrote: > The changes are as follows: > > 1. The behavior of MediaPosition is changed significantly. Previously, > it was ignored (i.e. omitted altogether from setpd merging). Just > adding it to setpd merging would not be good - if set at the PS > level, then it would get checked for equality at the C level (by > zmatchmedia), and fail horribly if it didn't match. In accordance > with the PLRM3 text (it will be honored provided it can satisfy the > normal media matching), in the new version a mismatch simply adds a > .001 penalty to the matching score. Also can you include the modifications that the customer will need to replace the InputAttributes dictionary and the sample you used for testing? > Obviously, for this feature to be useful, there needs to be an > InputAttributes dictionary in effect, for which the PageSize of > positions 0 and 1 match the PageSize of the setpagedevice request. > [Actually, if only ManualFeed is desired, then there is no need to > fiddle with InputAttributes]. > > I think these changes bring our media selection more in line with > what Adobe intended, and could be useful for embedded PS projects as > well. I believe the risk of unwanted changes is small, but considering > the delicacy of the setpagedevice logic, review and testing is > warranted. If you want someone else to test, you should ask specifically. I'm off the hook since I don't have a PCL capable printer. Once you send the other info, I'll be glad to do some testing of the selection logic (I'll just check for the string in the output, but I can't tell if it actually works to a printer). Regards, Ray ______________________________________________________________________