Comments on: decimal field in printerfile

By: philpl1jb

philpl1jb — Sun, 16 Dec 2012 03:08:00 +0000

Note: placing the fields on the output right to left will allow you to overlay some of the spaces from a long number field with the next field to the left but it will overlay these characters even if they contain digits.

By: TomLiotta

TomLiotta — Sat, 15 Dec 2012 08:43:59 +0000

If the PRTF is internally defined in your program, you can rearrange the output specs…

If the PRTF is externally described, you can also rearrange the output fields in a similar way. Generally, it’s far better to have a PRTF be externally described.

Tom

By: philpl1jb

philpl1jb — Fri, 14 Dec 2012 20:41:31 +0000

15 – 2

1,234,567,890,123.45
If you know that you will not need a number that big then you might want to move this to a smaller field and print that field.

By: gfprogrammer

gfprogrammer — Fri, 14 Dec 2012 16:02:50 +0000

An edit code of 4 will only show the decimal point. This will just add 1 extra position for the decimal making the output 16 positions.

By: ToddN2000

ToddN2000 — Fri, 14 Dec 2012 15:46:06 +0000

You could rearrange the field print sequence to allow the overlap as mentioned above.The question you need to ask yourself is what is the largest amount value that exists for that field? You need to make sure if you do overlap, you do not overlay valid data. If you have the ability to make the programming changes, I assume you do if you can change the edit code, why not change the size of the field in the print file to your maximum data value size?.

By: TomLiotta

TomLiotta — Fri, 14 Dec 2012 10:11:03 +0000

A (15S 2) field with EDTCDE(1) should take up 20 positions. There will be 15 digits, plus a decimal point, plus four comma separators – 20 characters. You could use an edit code that doesn’t include comma separators. — Tom