DCL选择始终作用于
我知道我有很多坏习惯。但我的DCL肯定做错了什么，它终于咬到我了。这是一个简短的DCL，我想我会在上周一完成。任何间隙：对话框{label=“2D Electrical Drawing”；：列{：编辑框{key=“thisvalue”label=“插入文本”宽度=20；}：切换{key=“interval”label=“Use Regular interval”fixed\u width=true；}：编辑框{key=“distance”label=“Interval distance”fixed\u width=true；}：按钮{key=“distancepick”；label=“按选取” 对于对话框中的每个互动程序，在action\u tile表达式中都有一个done\u对话框调用，这意味着当用户更改互动程序时，对话框将关闭。 进步，但现在是一个新问题。以上是我整个节目的节选。我的习惯是在每次选择后都完成对话框，对选择做一些工作（从存储变量到一些计算，再到在屏幕上操作一个对象），然后返回到对话框。框控件包含在while循环中。我想这叫藏盒子。？所以我明白你说的话，李，不知道这会把我带到哪里，但我重新写了一遍。我当然不会和你争论。有趣的是，我最终还是保持了循环，基本上没有变化。在这样一个6元素的小方框中，2个需要隐藏，2个基本上是确定/取消。（1） 所需的用户屏幕输入和（1）启用/禁用其他元素。
总之，这是我的发现。DCL中的第一个元素是一个edit_框。我没有将任何内容标记为默认。所以我没有注意到的是，当这个框被放置起来时，edit_框是活动的，其中一个光标在闪烁，等待输入。所以当我第一次选择另一个元素时，它做的第一件事就是关闭编辑，返回编辑框编程，似乎忽略了我试图选择的内容。因此，我的线程的标题是“DCL选择始终具有相同的行为”因此，我在DCL中默认设置了“OK”按钮（我可能会添加3秒钟的编辑）。现在没有什么是真正活跃的，它只是坐在那里等待输入。但现在我有了新的问题。
所以我基本上回到了我的起点，在while循环中隐藏盒子，这是我的标准“习惯”。奇怪的是，第二次通过循环时，它忽略了start\u对话框，并且不会把盒子放回去。我无法理解。但当时也是凌晨1点，所以我才上床睡觉。也许睡觉会有帮助。当我简要回顾正确的隐藏方法时，出现了一个问题，那就是unload\u对话框。我从不卸载对话框。这重要吗？这对我有什么作用，我从来没有注意到任何后果？
这可能是太多信息了。Start\u对话框不会将我的框放回原处。有什么想法吗？提前谢谢。
页:
[1]