对MQL5的祝愿 - 页 81 1...747576777879808182838485868788...131 新评论 Oleg 2009.05.13 14:16 #801 stringo писал(а)>> SpeechText函数一直是崩溃的根源。因为不是所有的操作系统都以同样的方式支持它。一般来说，Speech SDK是操作系统的一个可选的、可选择的组件。 在删除了标准的SpeechText函数后，工匠们通过DLL调用了一个类似的函数。而这个DLL的用户已经安装了上述的组件。我们不能在安装客户终端时强迫用户安装这个组件。 你可以做的是创建你自己的 "半官方 "dll，并在论坛上上传。 作为一个应用程序（或在官方网站上），并简要说明如何使用它（只说明如何导入dll和运行命令）。谁需要它，他就会下载。所有的人都会快乐。 . - 沿途的问题--来自论坛的dlls能在第5个版本中工作，还是应该重新编译？ Slava 2009.05.13 15:20 #802 chief2000 писал(а)>> - 一路走来，问题是--论坛上的dlls能在版本5中使用吗，还是需要重新编译？ >> 它们会发挥作用。 Константин Пенкин 2009.05.14 17:53 #803 也许有人已经告诉过我........，但我希望在测试器中能有一个很好的可视化速度的调整。 我也希望能在测试器中测试多币种的EA，而不是针对每个货币对单独测试，而是一次性测试所有货币对。 Ярослав 2009.05.16 11:14 #804 说实话，如果他们能在MT5中加入原生Java支持，那就太酷了。我的意思是要同时拥有MQL5和JAVA的终端功能的API。 Shaitan 2009.05.16 23:06 #805 我建议引入对GMT时间的本地支持。这将是专家顾问工作的可靠保证，取决于交易所的开盘/收盘，不取决于DC服务器上设置的剩余时间，不需要调用系统DLL和本地系统设置的准确性（无误）。 时间可以通过NTP（网络时间协议）从公开的服务器（如time.windows.com）获得，或者打开你自己的精确时间服务器。Linux平台内置了设置NTP服务器的工具，只需通过COM端口连接一个简单的GPS接收器到服务器即可。 它不需要不断向服务器提出请求，只需要定期同步（核对）本地和远程的时间。 目前MT4平台中没有任何方法可以100%确定地给出GMT，而我们迫切需要这个东西。 Сергей Ковалев 2009.05.18 10:23 #806 Shaitan писал(а)>> 我建议引入对GMT时间的本地支持。这将是专家顾问工作的可靠保证，取决于交易所的开盘/收盘，不取决于DC服务器上设置的剩余时间，不需要调用系统DLL和本地系统设置的准确性（无误）。 时间可以通过NTP（网络时间协议）从公开的服务器（如time.windows.com）获得，或者打开你自己的精确时间服务器。Linux平台内置了设置NTP服务器的工具，只需通过COM端口连接一个简单的GPS接收器到服务器即可。 它不需要不断向服务器提出请求，只需要定期同步（核对）本地和远程时间。 到目前为止，MT4平台没有任何方法，给GMT以100%的信心，而这个东西是迫切需要的。 赞成。 1）本地时间和2）服务器时间相对于MQL5的GMT的偏移，以环境变量的形式。它将允许实现历史数据处理的通用算法，包括在不同经纪公司的终端之间无障碍转移专家顾问的可能性。 Valery V. Chesnokov 2009.05.18 13:37 #807 sol >> : 说实话，如果他们能在MT5中加入原生Java支持，那就太酷了。要同时拥有MQL5和JAVA的终端功能的API。 为什么是Java，你从哪里得到这样的特权，它有什么 "酷 "的地方？在这种情况下，我建议在终端中加入对Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C的支持，这样所有开发者都可以在他们的本地开发平台上平等地使用MetaTrader。 Wishes for MQL5 Ярослав 2009.05.18 13:56 #808 chv >> : 为什么是Java，为什么有这样的特权，它有什么 "酷 "的地方？在这种情况下，我建议增加对Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C的支持，以便所有开发人员可以在他们的本地开发平台上平等使用MetaTrader。 因为Java很酷，但Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C都是糟粕。 Wishes for MQL5 JDA 2009.05.18 14:03 #809 sol >> : 因为Java很酷，但Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C都是糟粕。 嗯，这是对毛利的过度使用。 Java、.Net、Delphi--必要且足够。 kombat 2009.05.18 14:08 #810 Shaitan >> : 我建议引入本地GMT时间支持。 ... 由10,000,000 mio %支持。 在单一时间内操作是有一大堆好处的。 (而且很希望比那些赞成 "混合时间 "的人多得多）。 其中最重要的我认为。 - 交易的选择范围扩大到所有可用的 - 与信息资源的无缝对接和不间断的对接 1...747576777879808182838485868788...131 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
SpeechText函数一直是崩溃的根源。因为不是所有的操作系统都以同样的方式支持它。一般来说，Speech SDK是操作系统的一个可选的、可选择的组件。
在删除了标准的SpeechText函数后，工匠们通过DLL调用了一个类似的函数。而这个DLL的用户已经安装了上述的组件。我们不能在安装客户终端时强迫用户安装这个组件。
你可以做的是创建你自己的 "半官方 "dll，并在论坛上上传。
作为一个应用程序（或在官方网站上），并简要说明如何使用它（只说明如何导入dll和运行命令）。谁需要它，他就会下载。所有的人都会快乐。
.
- 沿途的问题--来自论坛的dlls能在第5个版本中工作，还是应该重新编译？
- 一路走来，问题是--论坛上的dlls能在版本5中使用吗，还是需要重新编译？
>> 它们会发挥作用。
也许有人已经告诉过我........，但我希望在测试器中能有一个很好的可视化速度的调整。
我也希望能在测试器中测试多币种的EA，而不是针对每个货币对单独测试，而是一次性测试所有货币对。
说实话，如果他们能在MT5中加入原生Java支持，那就太酷了。我的意思是要同时拥有MQL5和JAVA的终端功能的API。
我建议引入对GMT时间的本地支持。这将是专家顾问工作的可靠保证，取决于交易所的开盘/收盘，不取决于DC服务器上设置的剩余时间，不需要调用系统DLL和本地系统设置的准确性（无误）。
时间可以通过NTP（网络时间协议）从公开的服务器（如time.windows.com）获得，或者打开你自己的精确时间服务器。Linux平台内置了设置NTP服务器的工具，只需通过COM端口连接一个简单的GPS接收器到服务器即可。
它不需要不断向服务器提出请求，只需要定期同步（核对）本地和远程的时间。
目前MT4平台中没有任何方法可以100%确定地给出GMT，而我们迫切需要这个东西。
我建议引入对GMT时间的本地支持。这将是专家顾问工作的可靠保证，取决于交易所的开盘/收盘，不取决于DC服务器上设置的剩余时间，不需要调用系统DLL和本地系统设置的准确性（无误）。
时间可以通过NTP（网络时间协议）从公开的服务器（如time.windows.com）获得，或者打开你自己的精确时间服务器。Linux平台内置了设置NTP服务器的工具，只需通过COM端口连接一个简单的GPS接收器到服务器即可。
它不需要不断向服务器提出请求，只需要定期同步（核对）本地和远程时间。
到目前为止，MT4平台没有任何方法，给GMT以100%的信心，而这个东西是迫切需要的。
赞成。
1）本地时间和2）服务器时间相对于MQL5的GMT的偏移，以环境变量的形式。它将允许实现历史数据处理的通用算法，包括在不同经纪公司的终端之间无障碍转移专家顾问的可能性。
说实话，如果他们能在MT5中加入原生Java支持，那就太酷了。要同时拥有MQL5和JAVA的终端功能的API。
为什么是Java，你从哪里得到这样的特权，它有什么 "酷 "的地方？在这种情况下，我建议在终端中加入对Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C的支持，这样所有开发者都可以在他们的本地开发平台上平等地使用MetaTrader。
为什么是Java，为什么有这样的特权，它有什么 "酷 "的地方？在这种情况下，我建议增加对Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C的支持，以便所有开发人员可以在他们的本地开发平台上平等使用MetaTrader。
因为Java很酷，但Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C都是糟粕。
因为Java很酷，但Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C都是糟粕。
嗯，这是对毛利的过度使用。
Java、.Net、Delphi--必要且足够。
我建议引入本地GMT时间支持。
...
由10,000,000 mio %支持。
在单一时间内操作是有一大堆好处的。
(而且很希望比那些赞成 "混合时间 "的人多得多）。
其中最重要的我认为。
- 交易的选择范围扩大到所有可用的
- 与信息资源的无缝对接和不间断的对接