Ok, I saw the "Press to select a paper tray or Double-Click on any item to select it" text and was thinking you were presenting a way to have the user select the tray. But what you're saying is you use the DeviceCapabilities API call to determine what tray the device is defaulting to and then you load that in the EXPR field. As I mentioned, PRTINFO is not returning that correctly. This is kludgey (no insult intended, it's not your fault VFP won't respect the tray setting), but I guess it could work. The problem is that I'd have to alter a good bit of very bad code (this is a product based on the horrific SBT/AccPac code). Thanks for the reply.
>What you are doing I have done in the past as well. It usually works and VFP does respect it as long as: > >1. The other paper trays are disabled in windows for the printer definition >2. There is nothing specifying a papertray or default source in the frx record objtype=53 > >By the way, I posted the code only so you could see how to determine the id for the papertray and then put that id in the frx record. The user would never see that code or be prompted. You would do it for them. > >>Thanks, Tracy. That's a heck of a lot of code, but one thing I note is that it seems to be based on the assumption of asking a user what tray to print to. The client does not want to do that. They have set up different printers and they are associated with different trays and other Windows apps seem to respect this, but VFP is not. They don't want the user having to select a tray each time and I can't blame them. I'm not sure why VFP is not respecting this setup, but it's not.
eCost.com continues to rip people off Check their rating at ResellerRatings.com
