在图形模式下为MQL创建一个GUI。 - 页 14

 
Yuriy Asaulenko:
我有一个外部TS,我不需要终端的GUI反馈。

所以你不使用终端?你是用心灵感应进行交易吗?

 
Alexey Volchanskiy:

所以你不使用终端?用心灵感应进行交易?

)) 终端是一个数据提供者和。一个订单执行的接收器。就这样了。这里面没有什么可配置的。
让我把话说清楚。使用了两个MT EAs。一个是数据提供者,另一个是订单执行者。这给了另一个终端线。
明白吗?我以前都说过了。
 
Maxim Kuznetsov:

老实说,我还没有觉得有必要在图表上附加表格。

有一个直接与图表相连的活动图形(各种线条、标题、字母等)。

但有GUI控制--设置、报告、统计。而且它们相当大,把它们放在图表内是对用户的一种犯罪 :-)

只要把表单放在图表的顶部就可以了。 你需要从窗口管理器中删除表单,并跟踪图表几何形状和焦点的变化。
这样的 "手工夕阳":-)至少你不会进入MetaTrader的内部,也不会在它的窗口上强加新的寒意和钩子--也就是说,你会表现得很好。

任何从DLL中调用的GUI都有最令人不快的特点--调用它的专家顾问/指标会因为轻微的喷嚏而定期重启。这导致了重开表格和粗话的瀑布......。
也许宣布已久的 "服务"(或不管它们被称为什么)将没有这个缺点。

更新/即将投入使用的表格--将RectLabel放在图表上,并在图表-事件中跟踪代码的变化。当你改变它时,把你的表格严格放在上面 :-)当你改变标签,最小化窗口时,你需要一点小手鼓来及时隐藏你的表格

我不同意。如果订单是用GUI打开的,就像你的第一个例子,相应的表格应该属于相应的图表。例如,你有5个图表打开,在这5个图表中,订单管理 表格被打开(不是报告或设置)。免费的5种形式 "属于 "不同的图表,会使用户感到困惑和迷惑。而当只有属于活动图表的表格出现在他们眼前时,那就是另一回事了。

 
Алексей Барбашин:

我不同意。如果GUI是用来开单的,就像你的第一个例子,那么相应的表格必须属于相应的图表。例如,你有5个图表打开,在这5个图表中,订单管理 表格正在运行(不是报告或设置)。免费的5种形式 "属于 "不同的图表,会使用户感到困惑和迷惑。而当只有属于活动图表的表格出现在他们眼前时,那就是另一回事了。

顺便说一下,也有一个订单表(树状),但它只是一个例子...

用户的主要问题是 "如何在3台显示器上放置图表/表格" :-)在交易过程中没有标签 - 一切都必须是可见的

 
Yuriy Asaulenko:
)),终端是数据提供者,而应用执行的接收器。就这样了。这里面没有什么可设置的。
要澄清的是。目前正在使用两个MT顾问。一个是数据提供者,另一个是订单的接受者-执行者。这给了另一个终端线。
在你的脑子里得到它?我以前都说过了。

你是在跟我开玩笑,还是在玩什么花样?我两天来一直想得到一个答案。 第二个接收器使用什么频道来接收这些请求?也许你应该成为一名侦察员。如果他们真的被抓住了,他们会挥挥手,吐口水,然后就不管了,这还是一个反面教材......

 
Alexey Volchanskiy:

你是在跟我开玩笑,还是在玩什么花样?我已经尝试了2天,想得到一个答案--第二个--接收者--执行者是通过什么通信渠道得到这些请求的呢?你为什么不加入童子军?如果他们真的被抓住了,他们会挥手,吐口水,然后离开你,反正都是一个尾巴......

阿列克谢,我的猜测是,方案如下:每个图表都有一个EA,向应用程序发送数据。这些是数据提供者。在一个单独的图表上有一个EA,它轮询应用程序的命令。该EA接受请求并执行它们。因此,图表上的EA本身并不忙于下载调查。他们发送数据并继续以他们的模式工作。还有一个单独的EA一直在从事投票工作。

但我认为没有必要单独设立一个专家顾问。轮询可以由指标来处理,因为它将与EA处于一个单独的线程。而当指标检测到这个图表的订单时,它可以发送一个事件,该事件将被专家顾问拦截并执行。

 
Алексей Барбашин:

阿列克谢,我认为方案如下:每个图表都有一个EA,向应用程序发送数据。这些是数据提供者。在一个单独的图表上有一个EA,它轮询应用程序的命令。该EA接受请求并执行它们。因此,图表上的EA本身并不忙于下载调查。他们发送数据并继续以他们的模式工作。还有一个单独的EA一直在从事投票工作。

但我认为没有必要单独设立一个专家顾问。轮询可以由指标来处理,因为它将与EA处于一个单独的线程。而当指标检测到某一图表的订单时,它可以发送一个事件,该事件将被专家顾问拦截并执行。

我才不管它是被分解成5个EA还是100500。我问的是沟通渠道,因为可以有几种类型。同样,我10年前就在做管道方面的工作。当时没有mql内置的pips,我使用了本地的C++DLL。而整个机器人都在夏普。来自专家顾问的命令被累积在DLL缓冲区中,因为它们是异步发布的,以提高速度。而MQL4专家顾问在每一个滴答声 中访问DLL(它还没有定时器),通过报价并接收命令。一切都是多货币的,我不明白为什么我们需要大量的图表。

在这里,我分两行描述了交换的机制。描述你的机制而不是水的海洋有那么难吗?

 
Alexey Volchanskiy:

在这里,我分两行描述了交换的机制。描述你的机制而不是水的海洋,有那么难吗?

糟糕。首先问的是GUI--如何沟通。他回答说--不可能,不需要。现在,事实证明,他需要顾问们如何沟通。他写了100次关于这个问题。
请看我的博客。我们已经私下讨论过这一切,我们似乎都想好了。
如果你想得到好的答案,请提出好的问题)。学习如何措辞)。
 
Yuriy Asaulenko:
糟糕。首先我问的是GUI--它是如何沟通的?他回答说--不可能,没有必要。现在,事实证明,他需要顾问们如何沟通。100次写到了这一点。
请看我的博客。我们已经私下讨论过这一切,我们似乎都想好了。
如果你想得到正常的答案,就问正常的问题)。学习如何措辞)。

你真的没有能力接受问题。我对议员们的沟通方式不感兴趣。就这样,我要关闭这个主题,因为它毫无意义。

 
Alexey Volchanskiy:

我才不管它是分成5个议员还是100500个议员呢。我问的是沟通渠道,因为可以有几种类型。同样,我10年前就在做管道方面的工作。当时没有mql内置的pips,我使用了本地的C++DLL。而整个机器人都在夏普。来自专家顾问的命令被累积在DLL缓冲区中,因为它们是异步发布的,以提高速度。而MQL4专家顾问在每一个滴答声 中访问DLL(它还没有定时器),通过报价并接收命令。一切都是多货币的,我不明白为什么我们需要大量的图表。

在这里,我分两行描述了交换的机制。描述你的机制而不是水的海洋有那么难吗?

对多货币EA的 "每一个刻度 "感兴趣。什么,一个图表有来自许多仪器的嘀嗒声到达事件吗?或者 "每一个刻度 "的含义与普通事件不同,它是由OnTick函数处理的,在帮助台中被描述为 " 仅当收到该符号的新刻度时为EA所连接的图表 生成"?
原因: