-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Parsing ICL with image data #123
Conversation
… should use to parse file. Add a secondary format X9100ascii to handle parsing ascii encoded ICLs without CRLF to indicate line breaks.
Awesome, thanks @jenakan! |
…ngths rather than line breaks.
Only the file record count (Type 99; field 3) includes all record types. The bundle item count (Type 70; field 2), cash letter item count (Type 90; field 3) and file item count (Type 99; field 2) refer to the number of check records (type 25) or return records (type 31). These fields do not include headers, controls or addendums.
7f1b91a
to
d7f9024
Compare
|
||
const ( | ||
// Discover format | ||
Discover Format = iota |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What if we renamed this to Detect
? I'm worried Discover (the company) might have an X9 format we run into one day...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@adamdecaf Thinking of dropping the Format enum. It's too restrictive.
DTSU can be read/written as ASCII, but FRB adoption of DTSU requires EBCDIC encoding. I'm making some changes to allow reading/writing with configurable options. It should allow more flexibility for others.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay. We'll write up a matrix to explain the known combinations.
Line length changes to support ASCII encoded ICLs with type(52) ImageData. Implemented a secondary format that will scan for lines based on control bytes defined by spec rather than CRLF line breaks.
Not sure if this counts as a format as mentioned in #111.