帆布很酷! - 页 50 1...434445464748495051525354555657...93 新评论 Dmitry Fedoseev 2020.01.18 21:12 #491 Nikolai Semko: 如果没有实现透明度（一个像素可能属于一个以上的对象），并且这些对象不在彼此之下，需要被访问，这也是可能的。 无论你怎么看，你都需要一个3D鼠标。至少是一个软件鼠标。 必须要有对前层的回应。应该可以旋转图形。而如果是静态图像，则是从上面看））。 Nikolai Semko 2020.01.18 21:27 #492 Maxim Kuznetsov:注意到坐标和比例 "r "的计算错误 很好的可视化，但为了使其正确和可读，你需要保持日历（实时，而不是条形），并考虑半径 - 偏差是不可读的。 或R需要一个对数刻度或其他东西。 并不是为了这个目的。目标是3D。什么并不重要，只要是一个复杂的对象。这就是为什么我故意尽可能地简化它。实时是在上次的2D版本中实现的。我再一次重复。我认为它在交易方面没有用，但在可视化方面很有用。 Maxim Kuznetsov 2020.01.18 21:33 #493 Nikolai Semko: 并不是真的在追求这样的目标。目标是3D。 什么并不重要，只要它是一个复杂的对象。这就是为什么我故意让它尽可能的简单。真正的时间是上次在2D版本中实现的。我将再一次说一遍。我认为它在交易方面没有用，但在可视化方面很有用。 我不知道--房子的主人。我正在向有可能在交易中发挥作用的地方推进 而一个复杂物体的图形效果，尽量压倒它。 Nikolai Semko 2020.01.19 14:14 #494 Maxim Kuznetsov: 我正在向那些有可能在交易中发挥作用的地方推荐 好吧，我会要求你在我需要的时候给我一个提示。 Алексей Барбашин 2020.01.20 20:50 #495 如果我们抛开那些戏谑、嘲弄、挑逗、"胡闹 "和非建设性的批评，那么我们可以肯定地说，尼古拉向我们大家展示了真正伟大的视觉化能力。问题不在于尼古拉斯展示的这些或那些例子到底可以应用在哪里，而是在于可视化的效果如何。 那么，"在哪里可以应用？"这个问题的答案非常简单明了：在可视化中！"。指标、专家顾问、信息员 - 所有这些都是过程和数据的可视化。当然，还有GUI。 事实上，尼古拉斯已经接近创建一个新的GUI库模板。 目前，有几个GUI库，例如，作为标准 MT库 的一部分和著名的Anatoly库。 标准库是建立在具有大量对象的各种离散元素的基础上的，具有数量有限的控制元素，但几乎是通用的类系统，建立在C++库的例子上。 相比之下，阿纳托利用他的发展表明，控制的实现只受限于我们的想象力，因为绝对可以在画布上绘制任何控制（正如尼古拉也向我们展示的那样）。但阿纳托利的图书馆，也最终导致图表上出现了大量的对象。 而尼古拉在他的实验中表明，一切都可以在一个画布上实现，也就是在一个物体上。因此，事实上，Nikolai来到了一个可以实现可扩展的无边界可视化库的模板的地方。 换句话说，如果使用标准库模式作为交互和事件处理架构，但最终的结果是应用于单个画布--结果将是令人敬畏的。在这个阶段，我们只需要开发一种算法，它不会完全重绘整个GUI画布，而只是在特定控件发生变化的那些区域。这是Anatoly使用的技术，例如，在开发网格元素时，只处理画布上那些只有修改过的单元格的区域。 我相信Nikolay会在可视化问题上给我们大家带来惊喜，因为这是他的强项，我们会看到新的GUI库，在扩展方面更加先进。 尼古拉，非常感谢你的工作!继续努力吧!我们等待着更多优秀的可视化案例! Документация по MQL5: Стандартная библиотека www.mql5.com Стандартная библиотека MQL5 написана на языке MQL5 и предназначена для облегчения написания программ (индикаторов, скриптов, экспертов) конечным пользователям. Библиотека обеспечивает удобный доступ к большинству внутренних функций MQL5. Nikolai Semko 2020.01.21 17:29 #496 Алексей Барбашин: 谢谢你，阿列克谢。 几乎所有的事情都是如此。谢谢你的话题。 Kanvas对我个人来说只是一种爱好和娱乐。我不承担开发新的图形库 和GUI的负担，因为这不再是一个爱好，而是一个耗时的工作。虽然如果问题出现了，我可能会做得很好。 在我看来，MT在图形和视觉化方面远远落后。至少落后10年。很遗憾，这个领域在MQ团队的优先名单上并不占优势。对于企业来说，包装有时起着决定性的作用。 Renat Fatkhullin 2020.01.21 18:37 #497 Nikolai Semko: 在我看来，MT在图形和可视化方面远远落后。至少落后10年。令人遗憾的是，这一领域没有被列入MQ团队的优先名单。对于企业来说，包装有时起着决定性的作用。 我们没有落后，相反，我们远远领先于（所有）其他平台。画布+OpenCL+完整的DirectX开箱即用--这是不是落后了？ 但问题是，"能玩 "的人的圈子很窄。大多数交易者没有超越标准技术指标的阶段。 我们即将发布与编辑器中的Python的集成，以及与服务的脚本。你将能够在终端中直接运行Python程序作为脚本，这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本，不是专家顾问 - 它们不能在测试器中运行。 我们在数据库和集的操作上做了很多工作。我们正在增加新的数据库XXXX功能。我们不仅扩展了原生的SQLite功能，而且还在编辑器中启动了SQLite浏览器。 也许我们将把WinML 纳入MQL5语言的标准功能中，以便能够运行ONNX训练的模型。这是在Python中的TensorFlow还不够的情况下。 总而言之，我们正在走建立一个数据分析工作室的道路。 Windows AI mattwojodocs.microsoft.com Transform your Windows application with the power of AI. Renat Akhtyamov 2020.01.21 18:53 #498 Renat Fatkhullin: 我们没有落后，相反，我们远远领先于（所有）其他平台。画布+OpenCL+完整的DirectX开箱即用--这是不是滞后了？ 但问题是，"能玩 "的人的圈子很窄。大多数交易者不会超越标准技术指标的阶段。 现在我们要发布与Python在 编辑器中的集成 ，以及与服务的脚本。你将能够在终端中直接运行Python程序作为脚本，这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本，不是专家顾问 - 它们不能在测试器中运行。 我们在数据库和集的操作上做了很多工作。我们正在增加新的数据库XXXX功能。我们不仅要扩展常规的SQLite功能，还要在编辑器中启动SQLite浏览器。 也许我们会把WinML 纳入MQL5语言的标准功能，以便能够运行ONNX训练的模型。这是在Python中的TensorFlow还不够的情况下。 总而言之，我们正在走建立一个数据分析工作室的道路。 是的，我们正在等待它。 只要代码库不因泛滥而崩溃就可以了 Nikolai Semko 2020.01.21 19:24 #499 Renat Fatkhullin: 我们没有落后，相反，远远领先于（所有）其他平台。画布+OpenCL+完整的DirectX开箱即用--我们落后了吗？ 但问题是，"能玩 "的人的圈子很窄。大多数交易者不会超越标准技术指标的阶段。 现在，我们将发布与Python在编辑器和脚本与服务的整合。你将能够在终端中直接运行Python程序作为脚本，这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本，不是专家顾问 - 它们不能在测试器中运行。 我们的工作主要是关于数据库和集合的运作。我们正在增加新的数据库XXXX功能。我们不仅要扩展常规的SQLite功能，还要在编辑器中启动SQLite浏览器。 也许我们会把WinML 纳入MQL5语言的标准功能，以便能够运行ONNX训练的模型。如果Python中的TensorFlow还不够的话。 总而言之，我们正在走建立一个数据分析工作室的道路。 雷纳特，这里没有争论。 在创新方面，MQ是非常酷的。 我说的是MQ及其图表的外观和感觉，以及用户的图形库。首先是缺乏抗锯齿的图形，以及通过窗口菜单界面选择各种选项和设置。 而对于DirectX，我还没有搞清楚，但我的手非常痒。 Renat Akhtyamov 2020.01.21 19:27 #500 Nikolai Semko: 雷娜特，这里没有争论。在创新方面，MQ是非常酷的。 我说的是MT及其图表的外观和感觉，以及用户的图形库。首先是缺乏抗锯齿的图形，以及通过窗口菜单界面选择各种选项和设置。 而对于DirectX，我还没有搞清楚，但我的手非常痒。 去吧，去吧，尼古拉斯 有趣的主题 仍在等待你做出这样的图表，正如我所要求的那样 ;) 1...434445464748495051525354555657...93 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
如果没有实现透明度（一个像素可能属于一个以上的对象），并且这些对象不在彼此之下，需要被访问，这也是可能的。
必须要有对前层的回应。应该可以旋转图形。而如果是静态图像，则是从上面看））。
注意到坐标和比例 "r "的计算错误
很好的可视化，但为了使其正确和可读，你需要保持日历（实时，而不是条形），并考虑半径 - 偏差是不可读的。
或R需要一个对数刻度或其他东西。
并不是真的在追求这样的目标。目标是3D。 什么并不重要，只要它是一个复杂的对象。这就是为什么我故意让它尽可能的简单。真正的时间是上次在2D版本中实现的。我将再一次说一遍。我认为它在交易方面没有用，但在可视化方面很有用。
我不知道--房子的主人。我正在向有可能在交易中发挥作用的地方推进
而一个复杂物体的图形效果，尽量压倒它。
我正在向那些有可能在交易中发挥作用的地方推荐
好吧，我会要求你在我需要的时候给我一个提示。
如果我们抛开那些戏谑、嘲弄、挑逗、"胡闹 "和非建设性的批评，那么我们可以肯定地说，尼古拉向我们大家展示了真正伟大的视觉化能力。问题不在于尼古拉斯展示的这些或那些例子到底可以应用在哪里，而是在于可视化的效果如何。
那么，"在哪里可以应用？"这个问题的答案非常简单明了：在可视化中！"。指标、专家顾问、信息员 - 所有这些都是过程和数据的可视化。当然，还有GUI。
事实上，尼古拉斯已经接近创建一个新的GUI库模板。
目前，有几个GUI库，例如，作为标准 MT库 的一部分和著名的Anatoly库。
标准库是建立在具有大量对象的各种离散元素的基础上的，具有数量有限的控制元素，但几乎是通用的类系统，建立在C++库的例子上。
相比之下，阿纳托利用他的发展表明，控制的实现只受限于我们的想象力，因为绝对可以在画布上绘制任何控制（正如尼古拉也向我们展示的那样）。但阿纳托利的图书馆，也最终导致图表上出现了大量的对象。
而尼古拉在他的实验中表明，一切都可以在一个画布上实现，也就是在一个物体上。因此，事实上，Nikolai来到了一个可以实现可扩展的无边界可视化库的模板的地方。
换句话说，如果使用标准库模式作为交互和事件处理架构，但最终的结果是应用于单个画布--结果将是令人敬畏的。在这个阶段，我们只需要开发一种算法，它不会完全重绘整个GUI画布，而只是在特定控件发生变化的那些区域。这是Anatoly使用的技术，例如，在开发网格元素时，只处理画布上那些只有修改过的单元格的区域。
我相信Nikolay会在可视化问题上给我们大家带来惊喜，因为这是他的强项，我们会看到新的GUI库，在扩展方面更加先进。
尼古拉，非常感谢你的工作!继续努力吧!我们等待着更多优秀的可视化案例!
谢谢你，阿列克谢。
几乎所有的事情都是如此。谢谢你的话题。
Kanvas对我个人来说只是一种爱好和娱乐。我不承担开发新的图形库 和GUI的负担，因为这不再是一个爱好，而是一个耗时的工作。虽然如果问题出现了，我可能会做得很好。
在我看来，MT在图形和视觉化方面远远落后。至少落后10年。很遗憾，这个领域在MQ团队的优先名单上并不占优势。对于企业来说，包装有时起着决定性的作用。
在我看来，MT在图形和可视化方面远远落后。至少落后10年。令人遗憾的是，这一领域没有被列入MQ团队的优先名单。对于企业来说，包装有时起着决定性的作用。
我们没有落后，相反，我们远远领先于（所有）其他平台。画布+OpenCL+完整的DirectX开箱即用--这是不是落后了？
但问题是，"能玩 "的人的圈子很窄。大多数交易者没有超越标准技术指标的阶段。
我们即将发布与编辑器中的Python的集成，以及与服务的脚本。你将能够在终端中直接运行Python程序作为脚本，这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本，不是专家顾问 - 它们不能在测试器中运行。
我们在数据库和集的操作上做了很多工作。我们正在增加新的数据库XXXX功能。我们不仅扩展了原生的SQLite功能，而且还在编辑器中启动了SQLite浏览器。
也许我们将把WinML 纳入MQL5语言的标准功能中，以便能够运行ONNX训练的模型。这是在Python中的TensorFlow还不够的情况下。
总而言之，我们正在走建立一个数据分析工作室的道路。
我们没有落后，相反，我们远远领先于（所有）其他平台。画布+OpenCL+完整的DirectX开箱即用--这是不是滞后了？
但问题是，"能玩 "的人的圈子很窄。大多数交易者不会超越标准技术指标的阶段。
现在我们要发布与Python在 编辑器中的集成 ，以及与服务的脚本。你将能够在终端中直接运行Python程序作为脚本，这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本，不是专家顾问 - 它们不能在测试器中运行。
我们在数据库和集的操作上做了很多工作。我们正在增加新的数据库XXXX功能。我们不仅要扩展常规的SQLite功能，还要在编辑器中启动SQLite浏览器。
也许我们会把WinML 纳入MQL5语言的标准功能，以便能够运行ONNX训练的模型。这是在Python中的TensorFlow还不够的情况下。
总而言之，我们正在走建立一个数据分析工作室的道路。
是的，我们正在等待它。
只要代码库不因泛滥而崩溃就可以了
我们没有落后，相反，远远领先于（所有）其他平台。画布+OpenCL+完整的DirectX开箱即用--我们落后了吗？
但问题是，"能玩 "的人的圈子很窄。大多数交易者不会超越标准技术指标的阶段。
现在，我们将发布与Python在编辑器和脚本与服务的整合。你将能够在终端中直接运行Python程序作为脚本，这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本，不是专家顾问 - 它们不能在测试器中运行。
我们的工作主要是关于数据库和集合的运作。我们正在增加新的数据库XXXX功能。我们不仅要扩展常规的SQLite功能，还要在编辑器中启动SQLite浏览器。
也许我们会把WinML 纳入MQL5语言的标准功能，以便能够运行ONNX训练的模型。如果Python中的TensorFlow还不够的话。
总而言之，我们正在走建立一个数据分析工作室的道路。
雷纳特，这里没有争论。 在创新方面，MQ是非常酷的。
我说的是MQ及其图表的外观和感觉，以及用户的图形库。首先是缺乏抗锯齿的图形，以及通过窗口菜单界面选择各种选项和设置。
而对于DirectX，我还没有搞清楚，但我的手非常痒。
雷娜特，这里没有争论。在创新方面，MQ是非常酷的。
我说的是MT及其图表的外观和感觉，以及用户的图形库。首先是缺乏抗锯齿的图形，以及通过窗口菜单界面选择各种选项和设置。
而对于DirectX，我还没有搞清楚，但我的手非常痒。
去吧，去吧，尼古拉斯
有趣的主题
仍在等待你做出这样的图表，正如我所要求的那样
;)