The function CVAL('PRN_SIZE') does return the form size, but not type (like Letter, Invoice, Heavy) that might be used to assign to a tray, unless there is an undocumented CVAL argument I cannot find (like PRN_FORMTYPE)?

I put in a bug report, apparently it is already confirmed CVAL('PRN_SOURCE') returns tray information that does not match the actual values needed.


On 1/21/2013 3:06 PM, Bruce Chitiea wrote:
Dave:

I've not been down this road with R:Base, so I'm just throwing stuff out there.

Does (CVAL('PRN_SIZE')) factor in here?

B

    -------- Original Message --------
    Subject: [RBASE-L] - RE: Printer Tray Selection
    From: Dave McCann <[email protected]
    <mailto:[email protected]>>
    Date: Mon, January 21, 2013 3:31 pm
    To: [email protected] <mailto:[email protected]> (RBASE-L Mailing
    List)

    I hadn't thought about the paper type assignments. Unfortunately,
    since this application will be used in many different
    environments, what I'm trying to accomplish is to allow
    user-defined paper tray assignments for multiple copies of an
    Invoice by allowing the user to open the printer dialog with
    PRNSETUP then capture the choices made and saving them in a
    configuration table.   That table is used to lookup the print
    parameters when they go to print invoices later, so all choices
    are setup in advance as to where Copy 1 goes, where Copy 2 goes,
    etc.  This is to make the printer/tray setup process as flexible
    as possible for the user.

    To lookup the paper type, there doesn't seem to be an appropriate
    CVAL parameter to do that, otherwise, I could certainly try that.

    The odd thing is, I don't have any trouble getting a specific tray
    to work (if I enter the name of the tray properly into my table)
    but I've found the CVAL('PRN_SOURCE') returns "Automatically
    Select" or in some cases (seems to be printer driver specific)
    it'll return "UPPER" or "LOWER" but these don't correspond to the
    naming convention of the Trays in the printer driver (more typical
    are "TRAY 1" or "TRAY 2" and so on).   If I set the tray to
    "LOWER" prior to using PRINT, goes to wrong tray, but if I set the
    tray to "TRAY 2" then it'll work.

    At this point, I will just have the user manually enter the Tray
    name into my configuration table, they'll have to validate the
    name themselves.

    Maybe this is just something Team R:base needs to look at.




    On 1/21/2013 12:08 PM, Bruce Chitiea wrote:
    TMBNHNT:

    I had a similar situation with another (non-RBase) app printing
    to a dual-tray Epson WF-7520. No matter my selection, the job
    always printed from the default tray (Tray #1).

    After assigning paper size to tray at the printer's on-board
    control panel, the printing application requires only
    specification of the paper size. The job always finds the correct
    tray.

    Does the printer have an on-board control panel at which you can
    assign paper size to tray?

    Bruce
    SafeSectors, Inc.
    eCondoMetrics

        -------- Original Message --------
        Subject: [RBASE-L] - Printer Tray Selection
        From: Dave McCann <[email protected]
        <mailto:[email protected]>>
        Date: Fri, January 18, 2013 4:41 pm
        To: [email protected] <mailto:[email protected]> (RBASE-L
        Mailing List)

        I'm trying to use PRNSETUP and CVAL to allow user to select
        and save
        printer tray configurations for specific reports.

        PRNSETUP
        SET VAR vprnname=(CVAL('CURRENTPRINTER'))
        SET VAR vprntray=(CVAL('PRN_SOURCE'))

        The values returned into vprnname and vprntray are then
        stored in a
        table and used with the print later, however, my vprntray
        ALWAYS returns
        "Automatically Select" as the value, now matter how the
        printer settings
        are changed. I'm using 9.5 32-bit latest release, I may be
        losing my
        mind but at one point I was sure this process worked as I wanted.



-- Dave McCann
        Classic Micro Systems



-- Dave McCann
    Classic Micro Systems


--
Dave McCann
Classic Micro Systems

Reply via email to