将应用程序从Progress 4GL 7.4升级到10.2b ABL时，菜单显示中出现了一个问题，我没有源代码。我没有显示2列菜单选项，而是看到3列，一次只有两列可见（默认为左对）...
1选项51选项2选项
52选项3选项53选项
4选项
好像菜单已经组装成一个长字符串，设计为80个字符的盒装框架中的2列，并且现在显示在120个字符的框架中，仍然装箱，好像它是80个字符宽，将其更改为3列仅2其中可见。
由于我无法看到或直接影响显示菜单的代码，我想知道是否有任何参数可用于控制终端显示的默认帧大小，并且可能在版本7.4之间进行了更改和10.2b，或者在升级/安装过程中可能被忽略的。
答案 0 :(得分：1)
主要罪魁祸首可能是你的TERM变量或你的protermcap文件。
TERM需要指向一个protermcap条目，该条目与您需要的帧一样宽。
几乎所有默认条目都是80列宽。
如果您保持所有脚本相同，并且您所做的只是切换进度版本，那么我的猜测是有人修改了旧安装中的protermcap。你需要提前进行修改。
我首先要在10.2B环境中制作$ DLC / protermcap的副本。为了安全起见。
然后从旧的v7安装中获取旧protermcap的副本。把它放在$ DLC以外的地方 - 比如/ home / test / protermcap。
然后您可以设置PROTERMCAP环境变量：
PROTERMCAP=/home/test/protermcap
export PROTERMCAP
现在开始申请。如果它按预期工作，那么你可以将protermcap复制到$ DLC（并在下次升级时尝试记住所有这些......）或者将v7 protermcap安全地放在某处并修改脚本以使用PROTERMCAP环境变量。
Progress也有可能改变了潜在的protermcap - 7.x是 long 时间之前，我记得，在此期间发生变化的其中一件事是增加某些终端定义（特别是xterm）中的“ws”属性，它允许单个定义适应启动Progress时窗口恰好是什么大小。回到过去的糟糕时期，您将定义静态宽度为80（或132）的字符，无论实际宽度是什么，Progress都会使用它。更现代的版本是灵活的 - 但这可能会导致您的问题。同样的治疗方法，将旧的protermcap放回原位。或者使用预期大小的终端窗口。