maillist@pvxplus.com

Message: previous - next
Month: January 2002

RE: [Pvx] Trap scanner or cardswipe within *nomads panel

From: "Neal McKinney" <neal@...>
Date: Thu, 17 Jan 2002 15:55:30 -0500
Is focus always at the same place, or does it move based on what the order
entry person is doing?

Neal McKinney
Young Systems
Atlanta, GA

-----Original Message-----
From: Jeff Johnson [mailto:jeffj@...]
Sent: Thursday, January 17, 2002 3:44 PM
To: Providex List
Subject: Re: [Pvx] Trap scanner or cardswipe within *nomads panel


Mike,

In some cases I could, but I have one particular situation, an order
entry system, where the screen is nothing but a few grids and some
list_boxes used for info.  There is not any place on the screen that
makes sense to stick a multi_line.

What would be the best approach to trap scanner input in that type of
screen?

Jeff

On Thu, 2002-01-17 at 14:40, Michael King (notebook) wrote:

    Jeff,

    Can't you simply set focus to a Multi-line input field which will accept
the
    card input?  You could specify signal all changes then in the logic
simply
    check to see if you have recieved the terminating character or have the
user
    press ENTER or TAB after the swipe (assuming the reader won't do this as
a
    config option).

    Michael F. King <mike.king@...>
    VP & General Manager
    ProvideX Technologies
    (Best Software Canada Ltd.)

    ----- Original Message -----
    From: Jeff Johnson <jeffj@...>
    To: Providex List <providex@...>
    Sent: Thursday, January 17, 2002 3:27 PM
    Subject: [Pvx] Trap scanner or cardswipe within *nomads panel


    > Hi again (To everyone but Chris Nolan, he laughs at me too much) <g>
    >
    > What would be the best way to handle something like a card swipe (for
    > anyone who may not know, card swipes normally just dump a string of
    > characters,  bracketed by a known character sequence through the
    > keyboard buffer) inside a nomads panel.
    >
    > Currently, I am having to process a panel with post_display logic that
    > uses obtain(0) to get the swipe, obviously leaving control of *winproc
    > until I return control.  This has some advantages, but....
    >
    > The disadvantage of this is that the user has to say "Hey, stupid
    > program, I'm going to swipe a card now!"   I dislike making them do
that
    > extra step.
    >
    > So far, I've stayed away from modifying *winproc, but I'll do it if I
    > have to!
    >
    > Jeff
    >
    >
    >
    >
    >


    To unsubscribe, e-mail: providex-unsubscribe@...
    For additional commands, e-mail: providex-help@...