让我们讨论一下编辑部的联合项目--为什么以及它们的发展方向 - 页 14 1...78910111213141516 新评论 Vladimir Pastushak 2018.01.20 13:14 #131 有一些奇怪的事情发生在项目上......。我 在项目中创建了一个文件夹，它消失了，我在资源中创建了一个文件夹，它出现在源目录中......项目看不到子文件夹，如果我把一个文件夹从外面复制到项目中 ... Renat Fatkhullin 2018.01.20 13:28 #132 Vladimir Pastushak:有一些奇怪的事情发生在项目上......。我 在项目中创建了一个文件夹，它消失了，我在资源中创建了一个文件夹，它出现在源目录中......如果我从外面复制一个文件夹到项目中，项目就看不到子文件夹...请更精确地说明路径。有了例子，一切都会一下子变得清晰。空的文件夹本身并不工作。显示的是虚拟项目结构，而不是物理文件夹。这些文件夹必须包含数据，以便编辑器能够正确地建立项目树。项目几乎完全自动呈现，没有任何不必要的手工作业。ss：一切正常，你只需要重新组织 你的项目工作，不要把旧的方法搬过来。 Vladimir Pastushak 2018.01.20 14:13 #133 Renat Fatkhullin:请更精确地说明路径。有了这些例子，一切就都清楚了。空文件夹本身不起作用。显示的是虚拟项目结构，而不是物理文件夹。这些文件夹必须包含数据，以便编辑器能够正确地建立项目树。项目几乎完全自动呈现，没有任何不必要的手工作业。Hp：一切都可以，你只需要重新调整 ，与项目一起工作，不要把旧的方法搬过来。这就是我想做的，这里是第一个出现的东西顽固地搜索一个甚至与代码不相干的文件，试着重新启动元数据 Vladimir Pastushak 2018.01.20 14:18 #134 我想用已经捆绑在项目 中的文件为自己做一些模板。没有项目，我已经做了，一切都很好。但我正在努力跟上潮流，并试图做一个模板，据此来做项目，我却无从下手。同时，我喜欢秩序：音乐在声音中，图像在图像中，产品帮助在帮助中。 Vladimir Pastushak 2018.01.20 14:21 #135 彻底删除该项目 有助于 Renat Fatkhullin 2018.01.20 14:58 #136 所以你在某处声明了这个wav文件。我没有看到之前指出的项目 的问题。另外，由于自动项目管理功能，不建议在没有实际存在的链接/输入文件的情况下传输mqproj文件。有关缺失文件的信息可能被自动从项目中删除。 Vladimir Pastushak 2018.01.20 15:20 #137 Renat Fatkhullin:所以你在某处声明了这个wav文件。我没有看到之前指出的项目的问题。另外，由于自动项目管理功能，不建议在没有实际存在的链接/输入文件的情况下传输mqproj文件。有关缺失文件的信息可以从项目中自动删除。截图显示了所有的项目 文件，wav无处可寻，我通过删除项目解决了这个问题，因为项目本身有这个文件的路径。还有一件事，如果我把所有东西都分到目录里，并把几个项目存放在一个目录里，那么当我重新命名这个目录时，这些项目就不会再编译了......我建议你考虑在项目中采用更详细的目录结构。为资源添加子文件夹。这将使处理有大量资源的项目更容易。 Renat Fatkhullin 2018.01.20 16:54 #138 Vladimir Pastushak: 截图显示了所有的项目文件，wav无处可寻，我通过删除项目解决了这个问题，因为项目本身有这个文件的路径。 这就是我写的原因--不需要手动操作（移动、编辑、删除源数据）项目文件。在GUI中处理项目。还有一件事，如果我把所有东西都分到目录里，并把几个项目存放在同一个目录里，那么当我重新命名这个目录时，这些项目就不会再编译了......请给我一个例子。如果你在你的项目中依赖目录名（几乎总是这样），当然你会在重命名后得到编译问题。一切都在编译日志中得到了清晰的描述。我建议你考虑在项目中采用更详细的目录结构。为资源添加子文件夹。这将使有大量资源的项目更容易开展工作子目录（在项目的任何部分）可以工作，并被自动识别。只要再与项目合作一段时间，你就会发现，由于结构的自动化，它们是非常方便的。你不需要只做手工工作--一切都通过图形界面 完成。 Vladimir Pastushak 2018.01.20 17:43 #139 Renat Fatkhullin: 这就是为什么我写道--不要对项目文件进行手动操作（转移、编辑、删除源数据）。在GUI中处理项目。请举例说明。如果你在你的项目中依赖目录名（几乎总是这样），当然你在重命名后会有编译问题。编译日志清楚地描述了一切。子目录（在项目的任何部分）可以工作，并被自动识别。只要再与项目合作一段时间，你就会发现，由于结构的自动化，它们是非常方便的。你不需要只做手工工作--一切都通过图形用户界面完成。还有一个问题或一个难题。为了努力做出高质量的产品，我做了多种语言的程序设置。现在每种语言都有自己的mqh文件和最终的mq5文件，即有一个版本的 expert_en.mq5，它在编译时连接了settings_en.mqh文件，作为程序的结果，获得了俄语的设置和 有一个版本 expert_en.mq5，在编译时包括settings_en.mqh文件，程序将产生英文设置。当然，你可以从目录中删除该文件，然后用俄语编译，但往往在匆忙中可能做不到......。也许有一种方法可以自动检测操作系统的语言，并依靠它来替代操作系统语言的设置？ Renat Fatkhullin 2018.01.20 17:52 #140 我们很可能会在内部制作一个多语言的字符串资源，这样就有一个可执行文件，并且可以即时改变语言。我们将仔细考虑实施问题。我们将为市场实施多语言描述。 1...78910111213141516 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
有一些奇怪的事情发生在项目上......。
我 在项目中创建了一个文件夹，它消失了，我在资源中创建了一个文件夹，它出现在源目录中......
项目看不到子文件夹，如果我把一个文件夹从外面复制到项目中 ...
有一些奇怪的事情发生在项目上......。
我 在项目中创建了一个文件夹，它消失了，我在资源中创建了一个文件夹，它出现在源目录中......
如果我从外面复制一个文件夹到项目中，项目就看不到子文件夹...
请更精确地说明路径。有了例子，一切都会一下子变得清晰。
空的文件夹本身并不工作。显示的是虚拟项目结构，而不是物理文件夹。这些文件夹必须包含数据，以便编辑器能够正确地建立项目树。
项目几乎完全自动呈现，没有任何不必要的手工作业。
ss：一切正常，你只需要重新组织 你的项目工作，不要把旧的方法搬过来。
请更精确地说明路径。有了这些例子，一切就都清楚了。
空文件夹本身不起作用。显示的是虚拟项目结构，而不是物理文件夹。这些文件夹必须包含数据，以便编辑器能够正确地建立项目树。
项目几乎完全自动呈现，没有任何不必要的手工作业。
Hp：一切都可以，你只需要重新调整 ，与项目一起工作，不要把旧的方法搬过来。
这就是我想做的，这里是第一个出现的东西
顽固地搜索一个甚至与代码不相干的文件，试着重新启动元数据
我想用已经捆绑在项目 中的文件为自己做一些模板。
没有项目，我已经做了，一切都很好。
但我正在努力跟上潮流，并试图做一个模板，据此来做项目，我却无从下手。
同时，我喜欢秩序：音乐在声音中，图像在图像中，产品帮助在帮助中。
彻底删除该项目 有助于
所以你在某处声明了这个wav文件。
我没有看到之前指出的项目 的问题。
另外，由于自动项目管理功能，不建议在没有实际存在的链接/输入文件的情况下传输mqproj文件。有关缺失文件的信息可能被自动从项目中删除。
所以你在某处声明了这个wav文件。
我没有看到之前指出的项目的问题。
另外，由于自动项目管理功能，不建议在没有实际存在的链接/输入文件的情况下传输mqproj文件。有关缺失文件的信息可以从项目中自动删除。
截图显示了所有的项目 文件，wav无处可寻，我通过删除项目解决了这个问题，因为项目本身有这个文件的路径。
还有一件事，如果我把所有东西都分到目录里，并把几个项目存放在一个目录里，那么当我重新命名这个目录时，这些项目就不会再编译了......
我建议你考虑在项目中采用更详细的目录结构。为资源添加子文件夹。这将使处理有大量资源的项目更容易。
截图显示了所有的项目文件，wav无处可寻，我通过删除项目解决了这个问题，因为项目本身有这个文件的路径。
还有一件事，如果我把所有东西都分到目录里，并把几个项目存放在同一个目录里，那么当我重新命名这个目录时，这些项目就不会再编译了......
请给我一个例子。如果你在你的项目中依赖目录名（几乎总是这样），当然你会在重命名后得到编译问题。
一切都在编译日志中得到了清晰的描述。
我建议你考虑在项目中采用更详细的目录结构。为资源添加子文件夹。这将使有大量资源的项目更容易开展工作
子目录（在项目的任何部分）可以工作，并被自动识别。
只要再与项目合作一段时间，你就会发现，由于结构的自动化，它们是非常方便的。你不需要只做手工工作--一切都通过图形界面 完成。
这就是为什么我写道--不要对项目文件进行手动操作（转移、编辑、删除源数据）。在GUI中处理项目。
请举例说明。如果你在你的项目中依赖目录名（几乎总是这样），当然你在重命名后会有编译问题。
编译日志清楚地描述了一切。
子目录（在项目的任何部分）可以工作，并被自动识别。
只要再与项目合作一段时间，你就会发现，由于结构的自动化，它们是非常方便的。你不需要只做手工工作--一切都通过图形用户界面完成。
还有一个问题或一个难题。
为了努力做出高质量的产品，我做了多种语言的程序设置。
现在每种语言都有自己的mqh文件和最终的mq5文件，即有一个版本的 expert_en.mq5，它在编译时连接了settings_en.mqh文件，作为程序的结果，获得了俄语的设置和
有一个版本 expert_en.mq5，在编译时包括settings_en.mqh文件，程序将产生英文设置。
当然，你可以从目录中删除该文件，然后用俄语编译，但往往在匆忙中可能做不到......。
也许有一种方法可以自动检测操作系统的语言，并依靠它来替代操作系统语言的设置？
我们很可能会在内部制作一个多语言的字符串资源，这样就有一个可执行文件，并且可以即时改变语言。
我们将仔细考虑实施问题。我们将为市场实施多语言描述。