× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Greg,
Usually you program the scanners to insert the CR/LF sequence after the scan
takes place. If you need one more field filled in, then you write code
behind it that says "If field B is blank, then don't do the Enter key
processing, instead loop back around and do a position cursor into field B
and prompt the end-user for the information."


-Bob Cozzi
www.RPGxTools.com
If everything is under control, you are going too slow.
- Mario Andretti


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Fleming, Gregory (ED)
Sent: Friday, March 11, 2005 1:42 PM
To: 'rpg400-l@xxxxxxxxxxxx'
Subject: RE: RPG400-L Digest, Vol 4, Issue 288



Mark,

I'm not familiar with the ER display attribute - did you mean check(ER) ?

But I'm trying to avoid the whole keyboard mapping thing altogether.  It
seems unnecessary.  If it is possible to use HEX characters to insert CR/LF
or whatever other values we want in the Barcode itself, it seems like that
would be better.  

We have a couple different screens they enter barcode info from, and some of
them need field exits between bits of data, some need the CR/LF at the end
of the barcode, and others don't.  We could program the guns to always
include a suffix character, then give the users three different saved 5250
sessions, each using a different keyboard mapping to translate the same
suffix differently, but then the users have to remember which session to use
when entering which document on which screen...it could get ugly.  

Plus, they are running out of keys they don't use for other functions.  We
have their exclamation point mapped to the ENTER key, and the plus sign
mapped to the field exit.  So now they can never enter either of those
characters in other screens if they need to, unless of course they use yet
another 5250 session using the default keyboard mapping.  



------------------------------

message: 4
date: Fri, 11 Mar 2005 13:33:19 -0500
from: MWalter@xxxxxxxxxxxxxxx
subject: Re: Barcode CR/LF

Why not do it the same as before, and put DSPATR(ER) on the field?

Thanks,

Mark

Mark D. Walter
Senior Programmer/Analyst
CCX, Inc.
mwalter@xxxxxxxxxx
http://www.ccxinc.com


-----------------------------------------------


We print invoice numbers and amounts on our remittance slips in a barcode
so
that the A/R reps can scan them into the 5250 screen when they process the
payments.

The tricky bit has always been getting the cursor to move on to the next
field, which we resolved by printing an extra character such as a plus
sign,
then setting up the users' Iseries Access keyboard mapping to associate the
plus sign with the field exit function.

Now we've got another barcode we want to print and have it hit the enter
button when the scan is done.  It seems like I ought to be able to do this
without keyboard mapping or scan-gun suffixes.  Shouldn't I be able to
simply include a CR/LF character in the print-file output?

This doesn't seem to work when I try it.  The barcode prints, but when I
scan it into notepad, all I get is the text.  The cursor doesn't move to
the
next line.  Also, the barcode prints identical whether I include the CR and
LF characters or not, so I don't think those characters are being
represented at all.

Here's what I'm doing:

Printfile:

A          R DETAIL
A            STINKFOOT     15   O    15BARCODE(CODE128)
A
A

RPG Code:

FTSTBARCD  O    E             PRINTER OFLIND(*IN01)
D #CR             C                   CONST(X'0D')
D #LF             C                   CONST(X'15')
 /Free
  STINKFOOT = '123456789' + #CR + #LF;
  Write Detail;
  *INlr = *ON;
 /End-Free


Any ideas ?

Thanks

Greg Fleming
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.





------------------------------

-- 
This is the RPG programming on the AS400 / iSeries (RPG400-L) digest list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



End of RPG400-L Digest, Vol 4, Issue 288
****************************************
-- 
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.