Nothing will be done with the fields from a subfile record unless your program reads the subfile record. Your program has to know when it should read. You tell it when to read by pressing <Enter>.

Splat mentions an alternative — CHECK(ER). That can cause an automatic <Enter> whenever you type something into the field and you type the last character in the field. If the subfile field is only one character wide, then you will type the last character in the field as soon as you type the “1″.

Your program can then get control and read the subfile.

CharlieBrowne mentions that the fields in your subfile record may have the same names as the fields in other formats in your display file. If they have the same names, then they are actually the same fields. They reference the same memory.

After your program reads the subfile record, it has to write the format that you want to display. The values in those fields will be on the display screen after the write happens.

If the fields don’t have the same names, your program must move the values from the subfile record to the other display record. It has to do that after it reads the subfile but before it writes the other format.

When you read the subfile, you should only read “changed records”. That’s what the READC instruction is for. As Splat said, any change at all will cause a subfile record to change. Your program needs to check to be sure that the “1″ is in the subfile field. If it isn’t, then you shouldn’t write the other display format.

Also, what will you do if two subfile records have a “1″?

No matter what, none of it is going to happen automatically. You have to write all of it.

Tom

You could use CHECK(ER) on the selection field to force an Enter. Keep in mind that any value, including blank (x’40′) entered in that field will trigger an Enter.