程序库: MT4 订单快速报告 - 页 7 12345678910 新评论 Andrey Khatimlianskii 2024.12.24 16:47 #61 Forester #: 我已经完成了所有这些工作。 在调用 中添加了 2 个新参数 common_path - 保存到通用 终端文件夹。为防止文件在优化过程中被其他代理覆盖,文件名中添加了代理编号(3000、3001......)。如果保存在测试程序文件夹中(假),则保存在执行计算的代理的文件夹中。fileANSI - 以 ANSI 编码或 UNICODE 保存。UNICODE 文件的大小比 ANSI 大 2 倍,处理时间也更长,因此如果上传大量数据(例如 1 GB),使用 ANSI 会更经济。如果需要,添加 UNICODE 是为了与第三方服务兼容。此外还添加了字符校验器和隐藏按钮,但我没有介绍。 感谢您的及时改进! 我说的以 UTF-8 保存是指库源代码本身。我把所有代码都保存在 git 上,这样我就可以很容易地回滚到所需版本或找到 bug 的源点。 因此,git(以及其他一些应用程序和服务)无法将 ME 的默认编码(UTCS-2)视为文本,所以我把所有代码都保存为UTF-8。在此之后,ME 不会更改编码,所以这是一次性操作。 那么,对于第三方代码(fxsaber 的、你的),我必须在每个新版本发布时更改编码。这就是我要求更改的原因。 我使用 AkelPad(TotalComander 的自带工具)转换单个文件,而对于群组编码的更改,我找到了 DS 文本转换工具(但我不能推荐它,因为我没有来源)。 再次感谢您的更新! fxsaber 2024.12.24 16:49 #62 Andrey Khatimlianskii #:每次推出新版本,我都要更改编码。 很长时间以来,我都在 KB 中以 UTF-8 格式发布源代码。由于存在一些问题,一些人要求我不要这样做。我就停止了。 Andrey Khatimlianskii 2024.12.24 17:45 #63 fxsaber #: 很长时间以来,我都在 KB 中以 UTF-8 格式发布源代码。由于一些问题,一些人要求不要这样做。我就停止了。 我很想知道是什么 "问题"。也许是与前一版本 UCS-2 的首次比较没有成功?好吧,最好还是放弃 UCS-2,像做噩梦一样忘掉这条鳗鱼。 Andrey Khatimlianskii 2024.12.24 17:52 #64 Forester #: 按钮来隐藏 隐藏图表对默认图表(非 Highcharts)不起作用。但我不需要它们,我马上就连接了 Highcharts。 其他功能都正常。 Aleksei Kuznetsov 2024.12.24 18:32 #65 Andrey Khatimlianskii #:隐藏图表对默认图表(非 Highcharts)不起作用。但我不需要它们,我马上就连接了 Highcharts。其他功能都正常。 我对源代码本身的 UTF8 有疑问....。 Notepad++ 显示源代码为UTF-16 LE,BOM 我不知道它是什么,也不知道你需要什么变体。如果您已经习惯于将所有代码转换为您需要的形式,我认为最好还是这样做。,更有可能存在问题。 ,可能与以本地编码编译其他代码和以非本地编码编译库有关?,我尝试转换为 UTF-8 c BOM - 编译正常。 以 UTF-8 c BOM 下载 Maxim Kuznetsov 2024.12.24 19:01 #66 用轻量级图表取代Highcharts(而且那里的编辑很少)--也许这样 MQ 就会意识到他们应该改变而不是构建新的编译器。 如果MQ只是为直接竞争对手的JS库而开发,那么就不应该使用Highcharts。否则就不太清楚了 fxsaber 2024.12.24 20:01 #67 Maxim Kuznetsov #:用轻量级图表取代Highcharts(只需稍作改动)--也许这样 MQ 就会意识到,与其构建新的编译器,不如迁移到其他地方。如果 MQ 只为其直接竞争对手的 JS 库而开发,那么它就不需要使用新的编译器。否则就不太清楚了 如果 MQ 有一个基于 JS 库的便捷 HTML 数据可视化库,那将会非常酷。 它甚至可以基于 ALT+E-report,如果你了解导出这种交互性还不错的报表的 HTML 代码的话。 比如我自己,在 HTML 和 JS 方面完全是零基础。也许,我不是唯一一个。但在产品等方面可以实现很好的可视化。 Andrey Khatimlianskii 2024.12.25 12:30 #68 Forester #: 我对源代码本身的UTF8有疑问....。 Notepad++ 显示源代码为UTF-16 LE,BOM 我不知道它是什么,也不知道你需要什么变体。如果您已经习惯于将所有代码转换为您需要的形式,我认为最好还是这样做。,更有可能存在问题。 ,可能与以本地编码编译其他代码和以非本地编码编译库有关?,我尝试转换为 UTF-8 c BOM - 编译正常。 以 UTF-8 c BOM 下载。 很好,谢谢! 不,在不同文件中使用不同编码不会有问题。你只需逐步将所有源代码重新保存为 UTF-8,然后像做噩梦一样忘掉 ME 编码。 这就是我看到的你最近的变化: 如果其中一个文件 ( 旧文件或新 文件,无所谓) 或两个文件的编码都是 UCS-2,我看到的情况是这样的: fxsaber 2024.12.25 14:02 #69 Andrey Khatimlianskii #:我是这样看待你们最近的变化的: 关于交易、自动交易系统和交易策略测试的论坛 通用类库 - 错误、说明、问题、使用特点和建议 fxsaber, 2024.12.22 18:42 在 TotalCommander 中,我只需单击一个键即可比较源代码。在这里,任何编码都可以与其他编码进行比较。 Edgar Akhmadeev 2024.12.25 17:43 #70 fxsaber #: 在 TotalCommander 中,我只需按下一个键就能对信号源进行比较。任何编码都可以很容易地与其他编码进行比较。 当然,图形文件管理器是为业余爱好者准备的。这是习惯问题。我曾经从文本版的 NortonCommander 转到带有大量插件的 FarCommander。但这仍然不是 "唯一的硬核,唯一的控制台"。 在比较文件时,我使用 WinMergeU,它也能自动区分编码,可能和所有比较工具一样。也许还有更好的工具,但我一直在使用这些程序。如果有更好的,我会很乐意听取。 PS:虽然跑题了,但我还是想问一下:我对一个可以并排播放两段视频的程序很感兴趣,它可以逐帧评估视频质量的差异。 12345678910 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我已经完成了所有这些工作。 在调用 中添加了 2 个新参数
common_path - 保存到通用 终端文件夹。为防止文件在优化过程中被其他代理覆盖,文件名中添加了代理编号(3000、3001......)。如果保存在测试程序文件夹中(假),则保存在执行计算的代理的文件夹中。
fileANSI - 以 ANSI 编码或 UNICODE 保存。UNICODE 文件的大小比 ANSI 大 2 倍,处理时间也更长,因此如果上传大量数据(例如 1 GB),使用 ANSI 会更经济。如果需要,添加 UNICODE 是为了与第三方服务兼容。此外还添加了字符校验器和隐藏按钮,但我没有介绍。
感谢您的及时改进!
我说的以 UTF-8 保存是指库源代码本身。我把所有代码都保存在 git 上,这样我就可以很容易地回滚到所需版本或找到 bug 的源点。
因此,git(以及其他一些应用程序和服务)无法将 ME 的默认编码(UTCS-2)视为文本,所以我把所有代码都保存为UTF-8。在此之后,ME 不会更改编码,所以这是一次性操作。
那么,对于第三方代码(fxsaber 的、你的),我必须在每个新版本发布时更改编码。这就是我要求更改的原因。
我使用 AkelPad(TotalComander 的自带工具)转换单个文件,而对于群组编码的更改,我找到了 DS 文本转换工具(但我不能推荐它,因为我没有来源)。
再次感谢您的更新!
每次推出新版本,我都要更改编码。
很长时间以来,我都在 KB 中以 UTF-8 格式发布源代码。由于一些问题,一些人要求不要这样做。我就停止了。
我很想知道是什么 "问题"。也许是与前一版本 UCS-2 的首次比较没有成功?好吧,最好还是放弃 UCS-2,像做噩梦一样忘掉这条鳗鱼。
按钮来隐藏
隐藏图表对默认图表(非 Highcharts)不起作用。但我不需要它们,我马上就连接了 Highcharts。
其他功能都正常。
隐藏图表对默认图表(非 Highcharts)不起作用。但我不需要它们,我马上就连接了 Highcharts。
其他功能都正常。

以 UTF-8 c BOM 下载我对源代码本身的 UTF8 有疑问....。
Notepad++ 显示源代码为UTF-16 LE,BOM
我不知道它是什么,也不知道你需要什么变体。如果您已经习惯于将所有代码转换为您需要的形式,我认为最好还是这样做。
,更有可能存在问题。
,可能与以本地编码编译其他代码和以非本地编码编译库有关?
,我尝试转换为 UTF-8 c BOM - 编译正常。
用轻量级图表取代Highcharts(而且那里的编辑很少)--也许这样 MQ 就会意识到他们应该改变而不是构建新的编译器。
如果MQ只是为直接竞争对手的JS库而开发,那么就不应该使用Highcharts。否则就不太清楚了
用轻量级图表取代Highcharts(只需稍作改动)--也许这样 MQ 就会意识到,与其构建新的编译器,不如迁移到其他地方。
如果 MQ 只为其直接竞争对手的 JS 库而开发,那么它就不需要使用新的编译器。否则就不太清楚了
如果 MQ 有一个基于 JS 库的便捷 HTML 数据可视化库,那将会非常酷。
它甚至可以基于 ALT+E-report,如果你了解导出这种交互性还不错的报表的 HTML 代码的话。
比如我自己,在 HTML 和 JS 方面完全是零基础。也许,我不是唯一一个。但在产品等方面可以实现很好的可视化。
以 UTF-8 c BOM 下载。我对源代码本身的UTF8有疑问....。
Notepad++ 显示源代码为UTF-16 LE,BOM
我不知道它是什么,也不知道你需要什么变体。如果您已经习惯于将所有代码转换为您需要的形式,我认为最好还是这样做。
,更有可能存在问题。
,可能与以本地编码编译其他代码和以非本地编码编译库有关?
,我尝试转换为 UTF-8 c BOM - 编译正常。
很好,谢谢!
不,在不同文件中使用不同编码不会有问题。你只需逐步将所有源代码重新保存为 UTF-8,然后像做噩梦一样忘掉 ME 编码。
这就是我看到的你最近的变化:
如果其中一个文件 ( 旧文件或新 文件,无所谓) 或两个文件的编码都是 UCS-2,我看到的情况是这样的:
我是这样看待你们最近的变化的:
关于交易、自动交易系统和交易策略测试的论坛
通用类库 - 错误、说明、问题、使用特点和建议
fxsaber, 2024.12.22 18:42
在 TotalCommander 中,我只需单击一个键即可比较源代码。在这里,任何编码都可以与其他编码进行比较。
在 TotalCommander 中,我只需按下一个键就能对信号源进行比较。任何编码都可以很容易地与其他编码进行比较。
当然,图形文件管理器是为业余爱好者准备的。这是习惯问题。我曾经从文本版的 NortonCommander 转到带有大量插件的 FarCommander。但这仍然不是 "唯一的硬核,唯一的控制台"。
在比较文件时,我使用 WinMergeU,它也能自动区分编码,可能和所有比较工具一样。也许还有更好的工具,但我一直在使用这些程序。如果有更好的,我会很乐意听取。
PS:虽然跑题了,但我还是想问一下:我对一个可以并排播放两段视频的程序很感兴趣,它可以逐帧评估视频质量的差异。