对MetaEditor的易用性的建议 - 页 7

新评论
 

Andrey Khatimlianskii:

没有资源用于可定制的造型器--可以理解。这不像是有人在催促它。

但为什么要带着十字架，去告诉大家你的信仰是正确的（完全没有争论！）呢？

正是如此。恶心需要到其他论坛去。

 
Andrey Khatimlianskii:

罗切，堵嘴有什么问题？我也有MQ风格，我这么说是不是对别人很不礼貌？

你想怎么格式化kodobase就怎么格式化，它甚至可以在你加载代码时自动完成，而不会给编码者带来压力。我只记得：我写了代码，为MQ设计了样式，用一个新的名字保存，然后上传供审查。然后我取消造型，继续写作。这不是胡说八道吗？

我没有资源来做一个 可定制的造型器。又没有人让它适合。
但为什么要拿着十字架，去告诉大家你的信仰是最正确的（完全没有争论！？）


类似的))

 
Rashid Umarov:

正是如此。你需要到其他论坛去厌恶它。

这样看问题舒服吗？一个痛苦的话题？

一开始很好--他们要求采用熟悉的风格。他们问了很多次。几个人。

恶心的出现是为了回应你（你的，雷纳塔，似乎是别人的）坚持不懈的劝说，"MQ风格是最酷的"。这就是为什么你需要这种垃圾性？为什么要把它搬到群众中去？

 
Andrey Khatimlianskii:

这样看问题舒服吗？一个痛苦的话题？

一开始很好--他们要求采用熟悉的风格。他们问了很多次。几个人。

恶心的出现是为了回应你（你的，雷纳塔，似乎是别人的）坚持不懈的劝说，"MQ风格是最酷的"。这就是为什么你需要这种垃圾性？为什么要把它搬到群众中去？

安德鲁，请澄清你所赞成的国际主义是什么。是不是这里的每个人都在锻炼机智，吐出粗俗的陈词滥调？

还是你赞成让用户使用你自己的代码格式化 风格？

你试图转化为个人动机的东西（"一个痛苦的话题 "等等）不会对任何人有任何好处。不要以为你在这里当律师，强迫你接受这种肇事逃逸的常态。

 

这种情况下的紧张似乎是由于对手的地理位置不同，对俄语的认识和使用存在非常微妙的差异造成的。语言>99%是相同的，但用法和认知<1%可能不同，有时会造成完全的误解和冲突。

 
改进本地编辑的话题以令人羡慕的规律性得到兴奋。希望开发商在这个问题上的立场会有所缓和。水可以切割石头 :-)
我自己曾经在一个论坛上提到过VS插件VisualAssist的便利性。
如果用户能在设置中选择使用哪种风格，那就太好了。
 
Dennis Kirichenko:
改进本土编辑的话题以令人羡慕的规律性激发了人们的兴趣。也许开发商在这个问题上的立场会有所缓和。水可以切割石头 :-)
我自己曾经在一个论坛上提到过VS插件VisualAssist的便利性。
如果用户可以在设置中选择使用哪种风格，那就太好了。

丹尼斯，甚至我的JD浏览器对VisualAssist这个短语也有反应 ))


 
Rashid Umarov:

安德烈，你赞成什么样的国际主义？是为了让大家在这里练习机智，吐出粗俗的陈词滥调吗？

还是你赞成允许用户使用自己的代码格式 风格？

你试图转化为个人动机的东西（"一个痛苦的话题 "等等）不会对任何人有任何好处。不要以为你在这里当律师是为了让这种肇事逃逸被接受为常态。

拉希德，我再说一遍，在我看来，这种情况的严峻性是由MQ的立场（特别是你的立场）造成的。

在你们中的一个人说出类似的话之前，没有任何反击。

对MetaEditor的易用性的建议

Rashid Umarov, 2017.09.28 12:22

没有这样的事--我在两个不同的环境 中写作，有两种不同的 格式化风格--不恶心。

所以不要编造它，只要习惯 它就可以了。

这就是所谓的闭嘴大嚼。

虽然，人们可以很正常地回应，比如说 "你的建议被听到了，可能会在未来的版本中实施"。或者至少只是 "您的建议已被听取，但不幸的是，将不会被实施"。而且没有人会大惊小怪。

 
哇！好大的争论。我从来没有真正想过风格问题，可能是因为我不是一个编码员，只是一个业余爱好者。在技术大学里，除了pascal（甚至是部分），我从来没有学过任何东西，但我对外汇的兴趣使我学会了如何用MQ编程。我甚至从来没有注意过风格，因为我可能不介意把空白和把代码放在方便我感知的地方，并在所有区块上详细签名，这样我以后就不必记得我在那里计算什么了......
 
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
新评论
原因: