错误、漏洞、问题 - 页 2899

 

MetaQuotes:
修正,将在下一个测试版中出现。

很好,谢谢你的及时性!

 
Sergey Dzyublik:

以前研究过这个问题,以下是我的发现。

它曾经与Array build 2085一起工作

奇怪的是,现在不工作了,尽管你六个月前报告了这个错误,我三个月前就报告了(几乎一年没有更新终端)。如果它从一开始就不起作用 - 那么我理解

 
A100:

曾经在一个数组中工作

检查了 - 它在MQL4中仍然有效

UPD: 即使有#property strict 4指令,一切都可以编译。

 
日历中没有美国选举。
 

请解释这是否是指标的逻辑或不是正确的行为?

关于交易、自动交易系统和交易策略测试的论坛

学习如何用机器交易:理论、实践、交易和更多的东西

Aleksey Vyazmikin, 2020.11.02 21:52

Ugh, how angry - 我发现标准交付的指标,在同一时刻给出不同的指标,如果它们在测试器中的不同时期运行 - 我不知道它们是如何计算的,但对于机器学习来说,它们是危险的!

iAO(Symbol(),TF);//Awesome Oscillator
iOBV(Symbol(),TF,Type_Vol);//On Balance Volume

该结果于2019年8月1日10:04:00在OHLC Si Splice分钟上进行。

 
Slava:

TesterHideIndicator为之后创建的指标设置可见性标志

它不会改变以前创建的指标的可见性标志

你可以向以下专家查询

在可视化工具和简单测试后打开的图表中,MACD指标不可见,移动平均线可见。

因此,它是按计划进行的。

谢谢。我在等待错误的框架上的指示器,对不起,我的注意力不集中!

 
Nikolai Semko:

很久以来,我都不明白为什么Canvas中显示的字体质量这么差。
而今天我意识到,在支持COLOR_FORMAT_ARGB_NORMALIZE透明度的Canvas模式下,字体的输出是不正确的。

这个错误显然是因为在COLOR_FORMAT_ARGB_NORMALIZE模式下,字体边缘不是由第4个透明字节(A)平滑的,而是通过改变三个RGB字节的亮度,就像在COLOR_FORMAT_XRGB_NOALPHA模式下一样。
如果我们改变这一点,在COLOR_FORMAT_ARGB_NORMALIZE模式下的字体将被渲染得更快一些(因为只需要改变一个字节A,而不是一个ARGB像素中的三个RGB字节),而且质量会好很多。

附上一个演示这个Bug的脚本。(左边是在COLOR_FORMAT_XRGB_NOALPHA模式下的字体,右边是在COLOR_FORMAT_ARGB_NORMALIZE模式下的字体,质量 有所下降。)

这在白纸黑字的模式下尤其明显--字体不应该被看到。而且是在白加黑模式下。你可以看到,由于对字体边缘的处理不当,字体的质量被严重降低了。

白底黑字。

黑底白字


VS


白上加白。在右边(COLOR_FORMAT_ARGB_NORMALIZE模式),有一个字体的光晕(边缘),而这个光晕不应该出现。


开发人员,请修复它。
,最重要的模式Canvas。


顺便说一下,你在CCanvas类中遇到的同样的错误是由于PixelTransform 函数(https://www.mql5.com/ru/forum/227736/page43#comment_13272694) 造成的mimimimum,所以抗锯齿功能不能正确工作。我想我在那里建议的解决方案。

这里没有错误。

对于白色字体,使用白色的 "衬垫"。

C2.Erase(0x00FFFFFF);
 

如果有人遇到过这种情况,请告知如何处理。

我遇到过Telega发送/接收文本信息的情况,但文件/图片则没有。

重新启动信使后,每次都开始挂断。完全重新安装清洁 - 类似。


在Chrome中,文件被完全下载,但没有被标记为完成。

任何文件都是如此。似乎是某种常见的问题。未启用防病毒和防火墙。


通过在互联网上搜索,我没能找到这个问题的解决方案。也许这里有人遇到过这种情况。


ZS 我真的不想重启Win10,因为有重要的计算在进行。重新启动就解决了这个问题。

 
Ilyas:

这里没有任何错误。

对于白色字体,使用白色的 "衬里"。

谢谢你。
是的,我几天前已经意识到了这一点。
同意,解决方案不是那么明显。
ZS 不仅仅是白色,对于任何颜色的屏幕,用这种方式来清洁都会更好。
 

如果图片的路径是用倒逗号指定的,我就不能在论坛上插入图片(ALT+I)。

没有引号,没有问题。