帆布很酷! - 页 50 1...434445464748495051525354555657...93 新评论 Dmitry Fedoseev 2020.01.18 20:12 #491 Nikolai Semko: 如果没有实现透明度(一个像素可能属于一个以上的对象),并且这些对象不在彼此之下,需要被访问,这也是可能的。 无论你怎么看,你都需要一个3D鼠标。至少是一个软件鼠标。 必须要有对前层的回应。应该可以旋转图形。而如果是静态图像,则是从上面看))。 Nikolai Semko 2020.01.18 20:27 #492 Maxim Kuznetsov:注意到坐标和比例 "r "的计算错误 很好的可视化,但为了使其正确和可读,你需要保持日历(实时,而不是条形),并考虑半径 - 偏差是不可读的。 或R需要一个对数刻度或其他东西。 并不是为了这个目的。目标是3D。什么并不重要,只要是一个复杂的对象。这就是为什么我故意尽可能地简化它。实时是在上次的2D版本中实现的。我再一次重复。我认为它在交易方面没有用,但在可视化方面很有用。 Maxim Kuznetsov 2020.01.18 20:33 #493 Nikolai Semko: 并不是真的在追求这样的目标。目标是3D。 什么并不重要,只要它是一个复杂的对象。这就是为什么我故意让它尽可能的简单。真正的时间是上次在2D版本中实现的。我将再一次说一遍。我认为它在交易方面没有用,但在可视化方面很有用。 我不知道--房子的主人。我正在向有可能在交易中发挥作用的地方推进 而一个复杂物体的图形效果,尽量压倒它。 Nikolai Semko 2020.01.19 13:14 #494 Maxim Kuznetsov: 我正在向那些有可能在交易中发挥作用的地方推荐 好吧,我会要求你在我需要的时候给我一个提示。 Алексей Барбашин 2020.01.20 19: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 16:29 #496 Алексей Барбашин: 谢谢你,阿列克谢。 几乎所有的事情都是如此。谢谢你的话题。 Kanvas对我个人来说只是一种爱好和娱乐。我不承担开发新的图形库 和GUI的负担,因为这不再是一个爱好,而是一个耗时的工作。虽然如果问题出现了,我可能会做得很好。 在我看来,MT在图形和视觉化方面远远落后。至少落后10年。很遗憾,这个领域在MQ团队的优先名单上并不占优势。对于企业来说,包装有时起着决定性的作用。 Renat Fatkhullin 2020.01.21 17: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 17:53 #498 Renat Fatkhullin: 我们没有落后,相反,我们远远领先于(所有)其他平台。画布+OpenCL+完整的DirectX开箱即用--这是不是滞后了? 但问题是,"能玩 "的人的圈子很窄。大多数交易者不会超越标准技术指标的阶段。 现在我们要发布与Python在 编辑器中的集成 ,以及与服务的脚本。你将能够在终端中直接运行Python程序作为脚本,这将使你能够轻松地将你的分析发展转移到MT5。这些是脚本,不是专家顾问 - 它们不能在测试器中运行。 我们在数据库和集的操作上做了很多工作。我们正在增加新的数据库XXXX功能。我们不仅要扩展常规的SQLite功能,还要在编辑器中启动SQLite浏览器。 也许我们会把WinML 纳入MQL5语言的标准功能,以便能够运行ONNX训练的模型。这是在Python中的TensorFlow还不够的情况下。 总而言之,我们正在走建立一个数据分析工作室的道路。 是的,我们正在等待它。 只要代码库不因泛滥而崩溃就可以了 Nikolai Semko 2020.01.21 18: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 18: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,我还没有搞清楚,但我的手非常痒。
去吧,去吧,尼古拉斯
有趣的主题
仍在等待你做出这样的图表,正如我所要求的那样
;)