包括周末在内的计数条 - 页 7

新评论
 
Dmitry Fedoseev:

取一个点的时间，用iBarShift()得到该时间的条数，然后加上所需的条数。

我已经这样做了，没有帮助

 
forex2030:

我以前也这么干过，但没有效果

问题出在哪里？寻找自己身上的错误。总的来说，你是在正确的轨道上，有一个地方是错误的。

 
forex2030:

我取一个分形的顶部和底部，得到它们之间的距离（点），然后从最后一个分形向前画一条线，其条数等于这些点。
例如，距离=25个点，从最后一个分形开始，在25个小节前画一条线

如果按日期检查，则分形日期+条形=正确；如果按条形检查，则错误（少）。
结果是，从分形的日期开始，25根柱子不是增加了25个日历日，而是增加了25个日历日，例如，线在第17根柱子上上升了

和它所吸引的东西。

时间[i+(int)Fr]

而没有

+ PeriodSeconds()*p_bar

我怀疑它将在最后一个分形中画一条线

 

下面是直接从20.03的日期中取点，并加上17个小节
06.04得到的结果是11条。

20 + 17 = 37
31日是该月的最后一天
6个新月份的日期
31 + 6 = 37
事实证明，这不是图表上的条形图，而是日历日。


 
forex2030:

我从20.03的日期中直接取点，加上17条
，我得到的结果是06.04，这是11条。

20 + 17 = 37
31 这个月的最后一天
6 新月的日期
31 + 6 = 37
事实证明，图表上的不是条形，而是日历日


从右到左的零条是开始

也许你应该做减法而不是加法？

时间[i- (int)Fr]

但如果你添加，那么--是的，你计算的不是条数，而是通过时间提前的天数，这里：+PeriodSeconds()*p_bar

在这种情况下，它是正确的 - 它将是6.04，即20+11（三月）+6（四月）=20三月+17天。

 
forex2030:

我不理解这个原则。

重点是日历日，而不是可见的条形图，被添加到图表中。


图表上有22条，而不是30条。在一个日历月中，有9天假期，而不是16天。你为什么要撒谎，因为你认为他们不会检查？

#57

 
Алексей Тарабанов:

图表上有22条，而不是30条。一个日历月中没有16天的假期，而是大约9天。你为什么要撒谎，还敢指望他们不检查？

哎呀，这都是在寻找真相的疲惫下发出的声音。

Renat Akhtyamov :

从右到左的零条是开始

也许你需要做减法而不是加法？

时间[i-(int)Fr]

如果你添加，那么--是的，你不是在计算条数，而是通过时间提前的天数。

在这种情况下，它是正确的 - 它将是6.04。

事实上，从零点开始，正好算作小节。
那么你如何从一个点开始向前数呢？


 
forex2030:

哎呀，这都是在寻找真相的疲惫下发出的声音。

的确，从零条开始正好算作条。
那么如何从一个点上往前数？


好，就在这里

时间[i-(int)Fr]

循环是这样的

for(i=100; i>=0; i--)

与分析至少为零这：i-(int)Fr

但通往未来的线路(在i<0处)都是一样的--只是通过时间，或添加周末

不过。

可能会建议--如何以负数的条数 进行移位，我不记得了。

 
forex2030:

侦探啊，在寻找真相的疲惫下，一切都已经粗略地表达出来了。

这一切都已经计算了很久了。平均一个月是30.5天，几乎是4.5周。相应地，大约22天的工作和近9天的休息，不算节假日。

在你强调的时间间隔内，有两个假期--圣诞节和新年。

16个周末从哪里来，30个酒吧在哪里？该帖子是100%的错误。

 
Алексей Тарабанов:

16个周末是从哪里来的，30条是哪里来的？该帖子是100%的错误。

消失，溶解，消失，你是无用的！！！。
我已经被洗脑了。

123456789
新评论