Ibm midrange 如何用cobol编写单页子文件

我能够使用子文件执行许多COBOL程序，但最近我需要一个关键字来指示遍历子文件时的“向下翻页”和“向上翻页”按钮
我只在按下page up（向上翻页）且它是子文件的第一页时，以及在按下page down（向下翻页）且它是子文件的最后一页时，才设法捕捉到关键字指示器，但在其他情况下，我无法捕捉page down（向下翻页）和page up（向上翻页），因此我查找它，发现单页子文件可能是指示滚动按钮的唯一方式
我找到了，但我不知道他们使用的是哪种编码

---

我想要的是一种使用IBMCOBOL/400的方法。

我不太明白您想要做什么。但也许下面的内容可以让你编辑你的问题，让它更清楚

首先，您需要了解

SFLSIZ

和

SFLPAG

关键字的含义

SFLPAG

-->一次屏幕上的子文件记录数

SFLSIZ

-->子文件中的记录数

这两个关键字是相关的，可以通过以下方式使用
一次翻页子文件-->

SFLPAG=SFLSIZ

：应用程序必须同时处理翻页和翻页按键。应用程序一次加载一个屏幕的记录。当可能显示超过9999条记录时，此技术非常有用

加载所有子文件-->

SFLPAG SFLSIZ

：应用程序将所有记录加载到子文件。系统处理向上翻页和向下翻页按键。一个子文件最多只能加载9999条记录

扩展子文件-->

SFLPAG SFLSIZ

：应用程序一次加载一屏记录。您的应用程序只需按PAGE DOWN键即可。系统将处理翻页键按下

以前，加载所有子文件仅在记录很少时使用。因为整个缓冲区（即SFLSIZ）被发送到显示设备。当处理2400波特的通信线路时，您不想发送任何不需要发送的内容

扩展子文件是一种折衷，对你的应用程序来说少了一点工作，你只在需要的时候发送数据

现在，考虑到通信链路的速度，您只需使用load all子文件，除非您要显示的记录超过9999条。很好的好处是，如果您碰巧开始使用某种面向web的工具，该工具可以允许UI在客户端按列排序/筛选，因为它拥有所有可用的数据

如果你有超过9999条记录，如果你真的想让用户能够翻阅10000条以上的记录，你就只能在一个时间子文件中翻页。 就个人而言，我会考虑向用户显示一条消息，而不是记录超过10000条记录，并提供一种方法来选择/将记录筛选为更合理的数字，以适合加载所有子文件。

---

需要记住的是5250协议不是一个“哑终端”。您每次按键都不会立即发送到主机。当我说系统处理向上或向下翻页时，我真正的意思是客户端（仿真器）处理它。控件仅在需要时返回到应用程序。例如，如果在字段中使用

VALUES

关键字，则验证在终端端处理，而不是服务器端

我不太明白你想做什么。但也许下面的内容可以让你编辑你的问题，让它更清楚

首先，您需要了解

SFLSIZ

和

SFLPAG

关键字的含义

SFLPAG

-->一次屏幕上的子文件记录数

SFLSIZ

-->子文件中的记录数

这两个关键字是相关的，可以通过以下方式使用
一次翻页子文件-->

SFLPAG=SFLSIZ

：应用程序必须同时处理翻页和翻页按键。应用程序一次加载一个屏幕的记录。当可能显示超过9999条记录时，此技术非常有用

加载所有子文件-->

SFLPAG SFLSIZ

：应用程序将所有记录加载到子文件。系统处理向上翻页和向下翻页按键。一个子文件最多只能加载9999条记录

扩展子文件-->

SFLPAG SFLSIZ

：应用程序一次加载一屏记录。您的应用程序只需按PAGE DOWN键即可。系统将处理翻页键按下

以前，加载所有子文件仅在记录很少时使用。因为整个缓冲区（即SFLSIZ）被发送到显示设备。当处理2400波特的通信线路时，您不想发送任何不需要发送的内容

扩展子文件是一种折衷，对你的应用程序来说少了一点工作，你只在需要的时候发送数据

现在，考虑到通信链路的速度，您只需使用load all子文件，除非您要显示的记录超过9999条。很好的好处是，如果您碰巧开始使用某种面向web的工具，该工具可以允许UI在客户端按列排序/筛选，因为它拥有所有可用的数据

如果你有超过9999条记录，如果你真的想让用户能够翻阅10000条以上的记录，你就只能在一个时间子文件中翻页。 就个人而言，我会考虑向用户显示一条消息，而不是记录超过10000条记录，并提供一种方法来选择/将记录筛选为更合理的数字，以适合加载所有子文件。

需要记住的是5250协议不是一个“哑终端”。您每次按键都不会立即发送到主机。当我说系统处理分页时