对MetaEditor的易用性的建议 - 页 7 12345678 新评论 Rashid Umarov 2017.09.29 12:21 #61 Andrey Khatimlianskii:没有资源用于可定制的造型器--可以理解。这不像是有人在催促它。但为什么要带着十字架,去告诉大家你的信仰是正确的(完全没有争论!)呢?正是如此。恶心需要到其他论坛去。 Alexey Volchanskiy 2017.09.29 12:49 #62 Andrey Khatimlianskii:罗切,堵嘴有什么问题?我也有MQ风格,我这么说是不是对别人很不礼貌?你想怎么格式化kodobase就怎么格式化,它甚至可以在你加载代码时自动完成,而不会给编码者带来压力。我只记得:我写了代码,为MQ设计了样式,用一个新的名字保存,然后上传供审查。然后我取消造型,继续写作。这不是胡说八道吗?我没有资源来做一个 可定制的造型器。又没有人让它适合。 但为什么要拿着十字架,去告诉大家你的信仰是最正确的(完全没有争论!?)类似的)) Andrey Khatimlianskii 2017.09.29 12:57 #63 Rashid Umarov:正是如此。你需要到其他论坛去厌恶它。 这样看问题舒服吗?一个痛苦的话题?一开始很好--他们要求采用熟悉的风格。他们问了很多次。几个人。恶心的出现是为了回应你(你的,雷纳塔,似乎是别人的)坚持不懈的劝说,"MQ风格是最酷的"。这就是为什么你需要这种垃圾性?为什么要把它搬到群众中去? Rashid Umarov 2017.09.29 13:11 #64 Andrey Khatimlianskii:这样看问题舒服吗?一个痛苦的话题?一开始很好--他们要求采用熟悉的风格。他们问了很多次。几个人。恶心的出现是为了回应你(你的,雷纳塔,似乎是别人的)坚持不懈的劝说,"MQ风格是最酷的"。这就是为什么你需要这种垃圾性?为什么要把它搬到群众中去?安德鲁,请澄清你所赞成的国际主义是什么。是不是这里的每个人都在锻炼机智,吐出粗俗的陈词滥调?还是你赞成让用户使用你自己的代码格式化 风格? 你试图转化为个人动机的东西("一个痛苦的话题 "等等)不会对任何人有任何好处。不要以为你在这里当律师,强迫你接受这种肇事逃逸的常态。 fxsaber 2017.09.29 13:23 #65 这种情况下的紧张似乎是由于对手的地理位置不同,对俄语的认识和使用存在非常微妙的差异造成的。语言>99%是相同的,但用法和认知<1%可能不同,有时会造成完全的误解和冲突。 Denis Kirichenko 2017.09.29 13:34 #66 改进本地编辑的话题以令人羡慕的规律性得到兴奋。希望开发商在这个问题上的立场会有所缓和。水可以切割石头 :-)我自己曾经在一个论坛上提到过VS插件VisualAssist的便利性。如果用户能在设置中选择使用哪种风格,那就太好了。 Alexey Volchanskiy 2017.09.29 16:00 #67 Dennis Kirichenko: 改进本土编辑的话题以令人羡慕的规律性激发了人们的兴趣。也许开发商在这个问题上的立场会有所缓和。水可以切割石头 :-)我自己曾经在一个论坛上提到过VS插件VisualAssist的便利性。如果用户可以在设置中选择使用哪种风格,那就太好了。丹尼斯,甚至我的JD浏览器对VisualAssist这个短语也有反应 )) Andrey Khatimlianskii 2017.09.29 16:46 #68 Rashid Umarov:安德烈,你赞成什么样的国际主义?是为了让大家在这里练习机智,吐出粗俗的陈词滥调吗?还是你赞成允许用户使用自己的代码格式 风格? 你试图转化为个人动机的东西("一个痛苦的话题 "等等)不会对任何人有任何好处。不要以为你在这里当律师是为了让这种肇事逃逸被接受为常态。 拉希德,我再说一遍,在我看来,这种情况的严峻性是由MQ的立场(特别是你的立场)造成的。在你们中的一个人说出类似的话之前,没有任何反击。 对MetaEditor的易用性的建议 Rashid Umarov, 2017.09.28 12:22 没有这样的事--我在两个不同的环境 中写作,有两种不同的 格式化风格--不恶心。 所以不要编造它,只要习惯 它就可以了。 这就是所谓的闭嘴大嚼。虽然,人们可以很正常地回应,比如说 "你的建议被听到了,可能会在未来的版本中实施"。或者至少只是 "您的建议已被听取,但不幸的是,将不会被实施"。而且没有人会大惊小怪。 Evgeniy Chumakov 2017.09.29 18:35 #69 哇!好大的争论。我从来没有真正想过风格问题,可能是因为我不是一个编码员,只是一个业余爱好者。在技术大学里,除了pascal(甚至是部分),我从来没有学过任何东西,但我对外汇的兴趣使我学会了如何用MQ编程。我甚至从来没有注意过风格,因为我可能不介意把空白和把代码放在方便我感知的地方,并在所有区块上详细签名,这样我以后就不必记得我在那里计算什么了...... A100 2017.09.29 19:42 #70 fxsaber:对班级名称的要求也一样--以字母C开头。好在常识占了上风,这种要求不再被强加。类的命名要求是合理的,直到消除了以下的编译错误#include <Controls\WndContainer.mqh> class Rect {}; void OnStart() { Rect rect; //ошибка где то там... }'Rect'--无效的转换操作 WndContainer.mqh 386 25'Rect' - 作为参考传递的参数,预期的变量 WndContainer.mqh 386 25我从服务台的答复 中了解到,目前没有计划修复此类错误。你不能因为别人可能有一个Rect()方法就调用一个Rect类。 12345678 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
Andrey Khatimlianskii:
没有资源用于可定制的造型器--可以理解。这不像是有人在催促它。
但为什么要带着十字架,去告诉大家你的信仰是正确的(完全没有争论!)呢?
正是如此。恶心需要到其他论坛去。
罗切,堵嘴有什么问题?我也有MQ风格,我这么说是不是对别人很不礼貌?
你想怎么格式化kodobase就怎么格式化,它甚至可以在你加载代码时自动完成,而不会给编码者带来压力。我只记得:我写了代码,为MQ设计了样式,用一个新的名字保存,然后上传供审查。然后我取消造型,继续写作。这不是胡说八道吗?
我没有资源来做一个 可定制的造型器。又没有人让它适合。
但为什么要拿着十字架,去告诉大家你的信仰是最正确的(完全没有争论!?)
类似的))
正是如此。你需要到其他论坛去厌恶它。
这样看问题舒服吗?一个痛苦的话题?
一开始很好--他们要求采用熟悉的风格。他们问了很多次。几个人。
恶心的出现是为了回应你(你的,雷纳塔,似乎是别人的)坚持不懈的劝说,"MQ风格是最酷的"。这就是为什么你需要这种垃圾性?为什么要把它搬到群众中去?
这样看问题舒服吗?一个痛苦的话题?
一开始很好--他们要求采用熟悉的风格。他们问了很多次。几个人。
恶心的出现是为了回应你(你的,雷纳塔,似乎是别人的)坚持不懈的劝说,"MQ风格是最酷的"。这就是为什么你需要这种垃圾性?为什么要把它搬到群众中去?
安德鲁,请澄清你所赞成的国际主义是什么。是不是这里的每个人都在锻炼机智,吐出粗俗的陈词滥调?
还是你赞成让用户使用你自己的代码格式化 风格?
你试图转化为个人动机的东西("一个痛苦的话题 "等等)不会对任何人有任何好处。不要以为你在这里当律师,强迫你接受这种肇事逃逸的常态。
这种情况下的紧张似乎是由于对手的地理位置不同,对俄语的认识和使用存在非常微妙的差异造成的。语言>99%是相同的,但用法和认知<1%可能不同,有时会造成完全的误解和冲突。
改进本土编辑的话题以令人羡慕的规律性激发了人们的兴趣。也许开发商在这个问题上的立场会有所缓和。水可以切割石头 :-)
丹尼斯,甚至我的JD浏览器对VisualAssist这个短语也有反应 ))
安德烈,你赞成什么样的国际主义?是为了让大家在这里练习机智,吐出粗俗的陈词滥调吗?
还是你赞成允许用户使用自己的代码格式 风格?
你试图转化为个人动机的东西("一个痛苦的话题 "等等)不会对任何人有任何好处。不要以为你在这里当律师是为了让这种肇事逃逸被接受为常态。
拉希德,我再说一遍,在我看来,这种情况的严峻性是由MQ的立场(特别是你的立场)造成的。
在你们中的一个人说出类似的话之前,没有任何反击。
对MetaEditor的易用性的建议
Rashid Umarov, 2017.09.28 12:22
没有这样的事--我在两个不同的环境 中写作,有两种不同的 格式化风格--不恶心。
所以不要编造它,只要习惯 它就可以了。
这就是所谓的闭嘴大嚼。
虽然,人们可以很正常地回应,比如说 "你的建议被听到了,可能会在未来的版本中实施"。或者至少只是 "您的建议已被听取,但不幸的是,将不会被实施"。而且没有人会大惊小怪。
对班级名称的要求也一样--以字母C开头。好在常识占了上风,这种要求不再被强加。
类的命名要求是合理的,直到消除了以下的编译错误
'Rect'--无效的转换操作 WndContainer.mqh 386 25
'Rect' - 作为参考传递的参数,预期的变量 WndContainer.mqh 386 25
我从服务台的答复 中了解到,目前没有计划修复此类错误。你不能因为别人可能有一个Rect()方法就调用一个Rect类。