No. The difference being that a subfile is a group of records that are read from and write to the display file in a single operation. It is not an actual file but a temporary place to store data for the display file to use. Also, it can only be accessed by relative record number.

I’m not sure what it is that you are trying to do, but here is a link to several articles that may help:

https://search400.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid3_gci1035043,00.html#

============================================================

There is no problem using PageUp/Down keys for any DSPF that you want to create. When the key is pressed, display the record that you want to be on the screen.

But a subfile contains a <b>set</b> of records that are all formatted the same. That’s why they make sense for scrolling. Scrolling through multiple different formats doesn’t need PageUp/Down. The program logic can use any function keys that you want.

If you really want display files with page scrolling, like a web page with HTML, then code UIM panels. Panels and panel groups are always scrollable when they exceed a single screen image.

Tom

i disagree. way back in the days of the sys/34 and sys/36 i designed screens that allowed you to scroll.

i had 10 lines of output (some allowed input as well) that were defined as one field each.
ROW1
ROW2
ROW3
ROW4
:
ROW10

I had a datastructure that matched the output format i wanted on the display. each record that was read from the file, was mapped to the datastructure and the datastructure was MOVEL into ROW1, ROW2, ROW3, etc, depending on the value of my “X” factor.

when roll up/roll down were pressed i would reload the ROWxx fields.

i later started using an array to hold my data fields and emulated what later became a subfile, except that i had to process it all manually.

-Sarge