错误、漏洞、问题 - 页 2189

 
AVAAR:

谢谢你!真的--它很有效!)

而且我不知道汇编工作必须定期进行,甚至不做修改......。

阅读专家和日志选项卡或测试器中的内容就足够了--了解原因。

 

如果脚本经常被调用--执行后反复调用--日程表偏移就会停止工作,即这个动作的命令被跳过。

   long handle=ChartID(); 
   if(handle>0) // если получилось, дополнительно настроим 
     { 
      ChartNavigate(handle,CHART_END,-2000); 
     } 
 
Aleksey Vyazmikin:

如果脚本经常被调用--执行后反复调用--日程表偏移就会停止工作,即这个动作的命令被跳过。

这是一个异步的命令。
 
Artyom Trishkin:
它是一个异步的命令。

那么你如何检查它是否在工作?

 
Aleksey Vyazmikin:

那么你如何检查它是否在工作?

通过位移的事实。
 
Artyom Trishkin:
关于流离失所的事实。

我明白了,也就是说,建议是等待偏移,如果没有发生,就重复偏移命令,对吗?

 
Aleksey Vyazmikin:

我明白了,所以建议是等待偏移,如果没有发生,就重复偏移命令,对吗?

我们需要考虑如何捕捉异步命令的触发,以及可能存在的隐患。

假设我们在发布命令前有一个可见的条数--我们记住了它。在数字改变之前,该命令没有起作用。当它改变时,它就会发挥作用。

如果不改变呢?你什么时候决定该命令在队列中丢失并重复该命令?如果重复命令后,前一个命令确实有效,而我们在队列中还有另一个命令--将有一个额外的班次。

一般来说,我们需要进行实验。我不可能一下子就想到...

 
Artyom Trishkin:

你需要考虑如何捕捉异步命令的触发,以及可能存在的隐患。

比方说,在命令下达之前,我们有一个可见条数--我们已经记住了。在数字改变之前,该命令没有起作用。当它改变时,它就会发挥作用。

如果不改变呢?你什么时候决定该命令在队列中丢失并重复该命令?而如果在重复命令后,之前的命令起作用了,而我们在队列中又有一个命令--这将是一个额外的转变。

好吧,这需要进行一些实验。我不能马上想到一个...

明白了--棘手的案子--我会考虑的,谢谢。

 
Aleksey Vyazmikin:

明白了--棘手的案子--我会考虑的,谢谢。

如果你只依靠移位的事实,图形也可以用手来移位--这就是逻辑上的一个漏洞...

 
Artyom Trishkin:

如果仅仅依靠位移,图形也可以用手移位--在逻辑上有一个漏洞...

经过三分钟的实验,我得出结论,这种转变来自于


而不是从当前位置开始。