众包的GUI。公开测试。 - 页 8 123456789101112131415...58 新评论 Реter Konow 2020.02.19 12:18 #71 Alexandr Andreev: 这一切都归于通常的风格设置。有一些特定的时刻，如链接按钮、悬停按钮、点击按钮，以及仅仅是按钮。而对于每一个时刻，他们通常会做出自己的风格，或者是混合的风格。 说实话，在这种事情上，我一直误解了如何安排一个按钮的执行代码的设置。这样，它也将是可视化的。而且还能自己检查代码是否有错误。 这种工作的一个生动的例子是创建一个菜单来创建一个菜单。也就是说，如果在图形上有可能用嵌入代码来制作左边或右边的菜单，那么可以说是在飞行中。 还是只是在code.... 中生成按钮？ 设置样式只是编辑的开始。接下来，功能的数量将以雪崩式的方式增长。主要任务是将标记语言的基本功能拖放到可视化编辑器中。这并不难做到。我想说的是，在视觉层面上有一种突破，就像突破了超音速的障碍。这很难描述...- 这就像，可能性被锁在一把锁下，现在，当你去看的时候，它们的门打开了，它们堆积起来。只是需要时间来实施。 即将到来的任务。 1.添加窗口。 2.移除元素。 3.创建一个新的工具--蓝框。 4.在窗口内复制元素。 5.延伸编辑的重点。 6.添加编辑目标。 7.选择和加载已保存的项目。 8.升级发动机。 ... //------------------------------------------------ 代码本质上没有生成。一个包含数字描述中的元素的内核被生成。它由附属于用户应用程序的引擎读取，并管理双向通信。 Alexandr Andreev 2020.02.19 12:29 #72 Реter Konow: 设置样式只是编辑的开始。接下来，功能的数量将像雪崩一样增长。主要任务是将标记语言的基本功能拖放到可视化编辑器中。这并不难做到。我想说的是，在视觉层面上有一种突破，就像突破了超音速的障碍。这很难描述...- 这就像，可能性被锁在一把锁下，现在，当你去看的时候，它们的门打开了，它们堆积起来。只是需要时间来实施。 即将到来的任务。 1.添加窗口。 ... //------------------------------------------------ 基本上不产生任何代码。产生的是一个包含数字描述中的元素的内核。它由一个附属于用户应用程序的引擎读取并管理双向通信。 我想要的是：创建一个基本样式并编辑它，创建默认样式。分别定制按钮样式。应更多地强调风格模板，从现代潮流中汲取一些东西。 至少可以对用户文件代码进行一些即时编辑。例如，某些类别的调用或要显示的列表。因此，它必须是某种反应的标准，以便进一步进行后处理。 合乎逻辑的是，应该有视觉编辑的可能性--但这只是第一步，在这一步中，我认为使用右键并使之有一个明确的菜单是合乎逻辑的。一般来说，使代码独立是比较容易的--因为将来你可能不仅在MT工作中需要它。这些文件是可以相应地插入的。 至少在inludes，如果我们为市场做的话。 通常在这样的方向上，每一个新的步骤都会导致代码中出现更多的问题，往往看起来一切都可以在一定的时间内完成，但事实上却需要更长的时间。而且这种情况将一直存在，雪崩形象地说是在第一个完全工作的版本发布后才会增加功能。 Реter Konow 2020.02.19 12:41 #73 Alexandr Andreev: 理想的做法是：创建一个基本样式并对其进行编辑，创建默认样式。分别定制按钮样式。 应更多地强调风格模板，从现代潮流中汲取一些东西。 至少可以对用户文件代码进行一些即时编辑。例如，对某些类别或列表的调用，需要显示。因此，对于进一步的后期处理，必须有一个标准的回应。 按理说，应该有很多视觉编辑--但这只是第一步，我认为使用右键并使之有明确的菜单是合理的。一般来说，使代码独立是比较容易的--因为将来你可能不仅在MT工作中需要它。因此，这些文件是可插拔的。好吧，至少在inludes中，如果我们为市场做的话 我会考虑保存风格模板的问题。在一种标记语言中，这很容易。在那里，属性链可以简单地从一个元素复制到另一个元素，它看起来就很正确。在这里，我们没有一个直接的链条，但做一个有什么问题呢？我认为它可以做得更好，更简单。类似于一个带有模板属性保存值的样式集... 关于编辑可用文件的可能性 - 不太明白我们到底在说什么。一个例子是... 连接所需的文件被打印出来。有两个人。它们包含引擎的负载信息和用户应用程序的api。这样它就能与元素 "沟通"。 Реter Konow 2020.02.19 12:48 #74 在元素上打印文本。 Igor Zakharov 2020.02.19 12:56 #75 想想看，一个网格--需要某种对齐/排列。一排三个元素已经很困难了。 Реter Konow 2020.02.19 12:57 #76 Igor Zakharov: 考虑一下网格--需要某种对齐/对准。 我同意。我会考虑的。 Alexandr Andreev 2020.02.19 13:10 #77 Igor Zakharov: 考虑一下网格--需要某种对齐/绑定。 是的，这整个网格是10倍，...... 需要看到用户的兴趣。例如，如果有可能在飞行中创建这个或那个图表......例如按最大值画线等等。 因为到目前为止，这不过是作者在程序设计 方面的一个非常好的教训。只是创建一个菜单并不那么有趣。而函数调用应该来自于一个按钮。 虽然，由于html上画布的普及，人们对实施一些通用的东西产生了兴趣。但这对我来说太复杂了 .... 诚然，还有另一种选择--将自己限制在代码生成方面。就像一个 "inludnik"，所有的按钮布局都已创建，剩下的就是输入数据.......。- 也是一种变体。PS：最接近和最可行的选择 Andrey Khatimlianskii 2020.02.19 19:33 #78 彼得发明并编写了Windows!只是晚了30年=) Реter Konow 2020.02.20 09:05 #79 我的目标是在3月3日之前实施以下任务清单。 1.增加/拆除窗户。 2.删除项目。 3.创建一个新的工具--蓝框。 4.在窗口内复制元素。 5.延伸编辑的重点。 6.添加编辑目标。 7.选择和加载已保存的项目。 8.升级发动机。 9.网格和自动更正元素位置。 //------------------------------------------------ 之后，可以使用可视化编辑器为自定义应用程序创建类似Windows的界面。 (原文如此。用一组简单的元素。之后会有表格和各种清单）。 Реter Konow 2020.02.20 17:56 #80 Andrey Khatimlianskii: 彼得发明并编写了Windows!只是晚了30年=) 追随巨人的脚步）。 123456789101112131415...58 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这一切都归于通常的风格设置。有一些特定的时刻，如链接按钮、悬停按钮、点击按钮，以及仅仅是按钮。而对于每一个时刻，他们通常会做出自己的风格，或者是混合的风格。
说实话，在这种事情上，我一直误解了如何安排一个按钮的执行代码的设置。这样，它也将是可视化的。而且还能自己检查代码是否有错误。
这种工作的一个生动的例子是创建一个菜单来创建一个菜单。也就是说，如果在图形上有可能用嵌入代码来制作左边或右边的菜单，那么可以说是在飞行中。
还是只是在code.... 中生成按钮？
设置样式只是编辑的开始。接下来，功能的数量将以雪崩式的方式增长。主要任务是将标记语言的基本功能拖放到可视化编辑器中。这并不难做到。我想说的是，在视觉层面上有一种突破，就像突破了超音速的障碍。这很难描述...- 这就像，可能性被锁在一把锁下，现在，当你去看的时候，它们的门打开了，它们堆积起来。只是需要时间来实施。
即将到来的任务。
1.添加窗口。
2.移除元素。
3.创建一个新的工具--蓝框。
4.在窗口内复制元素。
5.延伸编辑的重点。
6.添加编辑目标。
7.选择和加载已保存的项目。
8.升级发动机。
...
//------------------------------------------------
代码本质上没有生成。一个包含数字描述中的元素的内核被生成。它由附属于用户应用程序的引擎读取，并管理双向通信。
设置样式只是编辑的开始。接下来，功能的数量将像雪崩一样增长。主要任务是将标记语言的基本功能拖放到可视化编辑器中。这并不难做到。我想说的是，在视觉层面上有一种突破，就像突破了超音速的障碍。这很难描述...- 这就像，可能性被锁在一把锁下，现在，当你去看的时候，它们的门打开了，它们堆积起来。只是需要时间来实施。
即将到来的任务。
1.添加窗口。
...
//------------------------------------------------
基本上不产生任何代码。产生的是一个包含数字描述中的元素的内核。它由一个附属于用户应用程序的引擎读取并管理双向通信。
我想要的是：创建一个基本样式并编辑它，创建默认样式。分别定制按钮样式。应更多地强调风格模板，从现代潮流中汲取一些东西。
至少可以对用户文件代码进行一些即时编辑。例如，某些类别的调用或要显示的列表。因此，它必须是某种反应的标准，以便进一步进行后处理。
合乎逻辑的是，应该有视觉编辑的可能性--但这只是第一步，在这一步中，我认为使用右键并使之有一个明确的菜单是合乎逻辑的。一般来说，使代码独立是比较容易的--因为将来你可能不仅在MT工作中需要它。这些文件是可以相应地插入的。 至少在inludes，如果我们为市场做的话。
通常在这样的方向上，每一个新的步骤都会导致代码中出现更多的问题，往往看起来一切都可以在一定的时间内完成，但事实上却需要更长的时间。而且这种情况将一直存在，雪崩形象地说是在第一个完全工作的版本发布后才会增加功能。
理想的做法是：创建一个基本样式并对其进行编辑，创建默认样式。分别定制按钮样式。 应更多地强调风格模板，从现代潮流中汲取一些东西。
至少可以对用户文件代码进行一些即时编辑。例如，对某些类别或列表的调用，需要显示。因此，对于进一步的后期处理，必须有一个标准的回应。
按理说，应该有很多视觉编辑--但这只是第一步，我认为使用右键并使之有明确的菜单是合理的。一般来说，使代码独立是比较容易的--因为将来你可能不仅在MT工作中需要它。因此，这些文件是可插拔的。好吧，至少在inludes中，如果我们为市场做的话
我会考虑保存风格模板的问题。在一种标记语言中，这很容易。在那里，属性链可以简单地从一个元素复制到另一个元素，它看起来就很正确。在这里，我们没有一个直接的链条，但做一个有什么问题呢？我认为它可以做得更好，更简单。类似于一个带有模板属性保存值的样式集...
关于编辑可用文件的可能性 - 不太明白我们到底在说什么。一个例子是...
连接所需的文件被打印出来。有两个人。它们包含引擎的负载信息和用户应用程序的api。这样它就能与元素 "沟通"。
在元素上打印文本。
考虑一下网格--需要某种对齐/对准。
我同意。我会考虑的。
考虑一下网格--需要某种对齐/绑定。
是的，这整个网格是10倍，......
需要看到用户的兴趣。例如，如果有可能在飞行中创建这个或那个图表......例如按最大值画线等等。
因为到目前为止，这不过是作者在程序设计 方面的一个非常好的教训。只是创建一个菜单并不那么有趣。而函数调用应该来自于一个按钮。
虽然，由于html上画布的普及，人们对实施一些通用的东西产生了兴趣。但这对我来说太复杂了
....
诚然，还有另一种选择--将自己限制在代码生成方面。就像一个 "inludnik"，所有的按钮布局都已创建，剩下的就是输入数据.......。- 也是一种变体。PS：最接近和最可行的选择
我的目标是在3月3日之前实施以下任务清单。
1.增加/拆除窗户。
2.删除项目。
3.创建一个新的工具--蓝框。
4.在窗口内复制元素。
5.延伸编辑的重点。
6.添加编辑目标。
7.选择和加载已保存的项目。
8.升级发动机。
9.网格和自动更正元素位置。
//------------------------------------------------
之后，可以使用可视化编辑器为自定义应用程序创建类似Windows的界面。
(原文如此。用一组简单的元素。之后会有表格和各种清单）。
彼得发明并编写了Windows!只是晚了30年=)
追随巨人的脚步）。