2.从菜单中选择 File->Login,我们可以手动更改为所需的登录名、密码、帐户、服务器和登录位置。但是在导航窗口中,当您单击一个或另一个帐户(对于同一 DC 中的多个帐户)时,会弹出确认窗口吗?如果有一个帐户列表,已经按照每个帐户存储了预定义的登录名和密码,那么单击所需帐户一次并从一个帐户重新登录到另一个帐户就足够了。如果用户想要更改某些东西或选择其他连接参数,让他平静地爬进文件->登录并在那里翻筋斗,直到第二次来临。导航器中不需要确认,它们只是烦人。
3.延期。任何交易者(不仅仅是黄牛)对直观、明显、用户友好、一键所见即所得交易的梦想是设置预定手数并一键更改市场入场水平、SL 和 TP,并使用 Del 删除钥匙。我想拖放而不出现带有用于更改和确认的参数的窗口。如果您需要更改某些内容 - 双击关卡并沉浸在待处理窗口的数字中。如果 Internet 上充斥着这样的脚本,那么标准 AS IS 分发工具包中缺乏这种简单直观的预期功能,甚至默认情况下,都令人担忧。另外,MT4的第三方现成脚本很复杂,有一堆“多余的”,但你只需要最必要和最简单的——挂单、SL、TP的鼠标拖放即可。
我现在不会说(因为那是很久以前的事了,那里的图形绘图经验很少),其他交易平台上这种失控的点是怎么回事,但是如果那里的情况没有好转,这不应该成为你的一个论据,让它不梳理。当您需要成为第一个时,为什么要像坏人一样与类似物竞争?即使有客观上更复杂的平台,你已经是我的领导者。如果您不破坏您的长期创作,那么我不打算切换到其他平台。现在我可以肯定地说 MT 有一个心理上更愉快的 GUI 响应,尽管网络延迟、重新报价等麻烦。以前,我不能这么说,因为没有什么可比的,但后来我有机会交易其他softins,我什么都明白了。我什至不是在谈论与 Web 本身的反应相关的反应,而是关于 GUI 本身。即使在现代 PC 上,其他平台也已经在呻吟、辗转反侧,当你调出一些带有设置或类似内容的窗口时,但在 MT 中,一切都被非常清晰和快速地调出。
7.当止损发生时,特别是在强劲趋势/缺口的情况下,间歇性的不断飙升至负余额值。多久??!
最终,何时将负余额一劳永逸地扼杀在萌芽状态?!这是否是MT软件的问题,我不确定,但在使用其他交易平台的经验中,我从未遇到过这种情况。我与开发人员交谈,要求他们修复它 - 他们说他们已经考虑了很长时间。令我惊讶的是,他们说,为什么在我作为客户的所有 DC 中仍然会以令人羡慕的恒常性出现负平衡,他们回答说这些问题应该专门针对 DC 本身,并要求他们消除原因和后果.某种恶魔,看起来像是在发达的社会主义停滞时期对各个当局进行官僚主义的踢。目前,我有美分账户,所以在我看来,我的头撞在每个 DC 的门上并乞求重置为零是特别丢脸的,而且效率低下(优先级,通常,提供给可靠的经典帐户-有效率)。有时他们不会,他们不会,他们会很快放弃它,但这是一个罕见的事件,一个彻头彻尾的事件。要重置,他们最终会重置,但每次都是手动的。考虑到我在美分账户上工作,我自己可以弥补一些小缺点——这些只是几分钱。但是根据汉堡的说法,同志们,这是一个原则问题,完全是技术问题!手动大惊小怪,甚至每个单独的 DC 又如何呢?某种胡说八道,我简直不敢相信自己的眼睛,这样一个萨班图伊怎么还没有在交易服务这样严肃和负责任的事情上被根除!我想平衡可能会被打破,并不是因为一些 DC 可能会对价格达到强制平仓水平做出不正确的反应,而是由于客观因素(网络延迟、剧烈的市场波动、网络反应迟到,伪神秘的失误等),但“治安官的印第安人的问题不应该担心”,而是一种合理的、非反复无常的、一般不是我发明的愿望——客户的愿望——是法律!仍然要表达最深切的遗憾,事实上,在我们中间,一切都变得更糟了。如果我们要繁琐到最后,那么,在公平公正的情况下,我一定不能重置负余额,即偿还损失存款的到期百分比 - 按照爆仓百分比相同的余额一个或另一个 DC 的规定中规定的水平,但根本没有人这样做。但是我能说什么...... - 即使在发生止损时余额保持正数,我也经常在声明中看到奇怪的数字:假设在这个 DC 的网站上,对于止损水平,规定了 7%,但即使在显着更高和更小的值时它也会失败,尽管这可能取决于杠杆和交易手数,尤其是当它们非常大时。但客户不应该为此负责,他只是信任地把他的任何钱带到了 DC,并天真地希望一切都会完全按照当地法规实现,而不是无论如何。对每一件小事都争执不下,通过KROUFR的每一次索赔都是不够的时间和精力,他们不太可能会为这些琐事而烦恼。
如果你说我想要的太多,而且,一次,我需要为我个人量身定制的软件,那么这些都是借口。我会告诉你的不是别人产品的用户/消费者,而是作为开发人员,我对最终产品的质量和便利性的标准很高,这对我来说很常见,是常态。有时,在产品被完全舔完之前根本不发布它比在完整发布的幌子下发布并伴随一个测试版更容易。然后坐下来听听感激的听众说这里需要搞砸和纠正的地方,你已经把它自己写在 TO DO 中并慢慢实施。嗯,21 世纪已经如火如荼的事实通常是荒谬的提醒。有必要的不是我个人的要求和愿望,而是我们时代的精神。然后用户的请求和需求只会增长并变得更加复杂。你无法摆脱这一点。
如果你不介意的话,Cltkfkb将是一条粗的虚线。谢谢你。
关于订单系统和黄牛党等人的天堂
亲爱的开发者。
在我看来,MT5的订单系统一方面是复杂的,另一方面是有限的。我对MT4的订单管理不是很兴奋,但我没有被限制和其他问题所迷惑。
如果这个系统引起或已经引起了业余爱好者(不仅是他们)对一个对冲的批评,我将不会感到惊讶。
下面是一个例子。 在我看来 我给你举个例子,在一个平台上实现了一个更简单、更灵活的系统,这个平台也被世界上最大的外汇经纪商(约占市场的20%)和你本人--最小的交易员所使用)。当然也提供MT4,但在桌子下面;-)
简单的订单系统
1) 买入/卖出市场订单(在创建过程中,如果先进先出规则在经纪人国家不适用,可以立即分配一个限价/止损订单)。
一个市场订单可以通过预设的限价/止损缩进和数量一键创建(不仅是黄牛的天堂)。在执行 限价/止损订单 时,可以用鼠标移动该订单。
2) 买入/卖出挂单(输入单),也可提供限价/止损单。这在达到价格时执行。
如果需要,挂单可以合并为一个OCO(一个-取消-另一个)组。也就是说,该组的一个订单在执行时,会自动取消该组的其他成员。
所有!!!一个原始的、非常灵活的系统--两种类型的买入/卖出订单+OCO(限价/止损,以其方式,也是OCO订单)。
我忘了说,当我们把光标移到一个订单上时,链接的订单会被突出显示,这是一个非常有用的功能。
其中使用的平台至少支持该系统的三种变体,包括满足不同国家的法律。例如,在美国,对冲是被禁止的,对平仓订单有一个先进先出的规则。
我最喜欢这样的变体:当一个订单被执行时,"智能 "程序要么创建一个新的订单,要么根据限价/止损指数修改相应的旧订单。自动的MT4/MT5执行在一个包里!
遗憾的是,MT4中没有这样的功能,MT5中也只实现了部分功能(用鼠标拖放)。
令人失望的是,图表不能简单地在窗口内向任何方向移动,也不能通过移动鼠标缩放任何轴。
我正准备在Alpari开一个PAM账户,但我的心情被处理没有OCO订单的MT5系统的想法所干扰了。
也许我的恐慌是徒劳的...。
我想知道是否只有我一个人,或者是否所有人都对订单系统和订单执行规则感到满意。
祝愿大家
我想知道是否只有我一个人,或者是否所有人都对订单系统和订单执行规则感到满意。
现在提出一些建设性的批评......
然后......新的干草叉应该从已经存在的干草叉继承一些东西,从斐波那契通道中继承一些东西,从等距通道中继承一些东西。如果在现有的安德鲁斯干草叉中只有右、左和底点被磁化,那么在新的干草叉中也必须控制交叉点。一般来说,用户必须在图表上选择最大值和最小值,画一条线(轴),在它的左边会出现n个与其平行的水平,并在所需的极值处手动磁化(一条线-一个磁点-一个极值),并且轴的右侧应该镜像相同的水平,但没有自己的能力被拉上(所有右侧平行线仅通过调整左侧线来调整,基于接触历史形成的极值到轴的左侧)。这就是重点。
斐波那契水平用于各种图形对象,当然,我对他怀有极大的敬意,但是,就我个人而言,我不喜欢将严格预定义的水平强加给我,而没有提供替代方案或提供替代方案如此无法使用的形式,以至于我的手都掉下来以消磨时间。总的来说,计算机软件,就其最初的目的和定义而言,旨在同时提供
尽可能多的自动化或全自动手段,从而减轻用户的负担,加快取得成果的速度,否则用户会觉得自己像前世纪末的纸上冗长乏味的铅笔绘图员。一个人一出现,所有通过交易赚钱的愿望就会从他身上消失。策略测试器、指标等等——这一切都很棒而且很棒,但是图形对象做错了什么,没有引起注意?
是的,顺便说一下,另一个平面误差是由周一不同 DC 的市场异步开盘以及周六收盘造成的。该值通常为 1 小时,但有时为 2 小时。丢失的条不会通过重新加载来恢复,但实际上已经显示了一个间隙,并且这个非常病态的小时超出了时间线,这会产生错误 - 越远,越多。
对MT5和MQL的愿望。
如果能够(在一个单独的窗口中)以任何坐标绘制任何图表,而不仅仅是价格/时间,那就更好了(它可能有助于绘制预测误差对某些参数的依赖性;某些值的概率分布;带有非线性时间的价格图表--ticks, renki, kagi, crosses and zeros,等等)。以前,你必须把数据写到一个文件里,然后用其他应用程序构建图形。
我完全支持这一点。你真的需要一个 "坐标平面 "类型的图形对象,其属性为 "高度N,宽度M "的像素。这个 "坐标平面 "应该与数组Px[M][N][C]相关联--其中M是x坐标,N是y坐标,C是该平面中像素的颜色。
Renat писал(а) # :
在一个符号上交易几个专家是无稽之谈...。
ps:要理解我们的决定,你必须考虑到相当多的外部请求是导致项目死亡的毒药。但不是每个人都会想到这一点,因为他们生活在一个单向的评估模式中。
雷纳特,显然你认为由经验丰富的交易员团队使用不同的TS和时间框架对一个货币对进行独立交易 也是无稽之谈。我不这么认为。而EA希望 "看到 "石油或标准普尔500指数的变化,或其他货币对的变化,以便做出决定,又是怎么回事呢?很多时候,"毒丸 "是由开发商自己制定的,这导致了项目 的死亡。在可预见的未来,MT是不会死的;-)
你只需在MT预审阶段将苍蝇和肉片分开,你的定制程序的业务逻辑就被钉在了演示层面(视觉效果)。一切都被颠覆了。程序代码必须能够访问任何时间间隔的任何工具的任何数据,无论工具数据是否显示。此外,一个模块/文件中的用户程序应该能够在所有的工具上进行交易。我想给 "药丸 "加点甜头,告诉你们另一种 "毒药"。有一种东西叫Trading Station(FXCM、DBFX)。它的开发者没有提供本地缓存,在时间范围或符号变化时,报价会重复从服务器下载。结果是,我们的界面很慢,对通道的要求很高,服务器的负载也很高。同时,COM和FIX API不受任何限制,可视化是不可能的--你可以做任何你想做的事,想怎么做就怎么做。我想用一个为交易者而不是为经纪公司创造的工具来工作。你很快就会习惯一个好东西。我希望有一天你的团队会在外汇行业变化的影响下改变其方向。那么 "单向评价 "呢?MT有很多优势,但如果我们谈论关键 功能,那么(IMHO)当Trading Station在身边时,MT应该悄悄地在一旁抽烟。例如,MT有很好的报告,而Trading Station则完全糟糕,但这并不是关键的功能,因为它对交易者的效率几乎没有影响。顺便说一下,在使用Trading Station交易时,我使用MT4查看六个货币对的市场。对于能够快速地从一个时间段切换到另一个时间段,从六个窗口切换到一个窗口,然后再返回的能力,非常感谢你们!这里做得很好!带 有书签的MDI是这种情况的最佳解决方案之一。
而现在,大量的建设性批评......
雷纳特,你似乎认为由经验丰富的交易员团队对同一货币对使用不同的TS和时间框架进行独立交易 也是无稽之谈。我不这么认为。
我认为这绝对是无稽之谈。
但是,举例来说,如果一个EA想 "看到 "石油或标准普尔500指数的情况,或者其他货币对的情况,以便做出决定,那又该怎么办呢?
在MT5中,查看其他工具是没有问题的。事实上,我们实际上已经取消了对获取历史数据的几乎所有限制,允许抽出大量的数据。
这是交易商长期以来一直要求我们做的事情。
有什么能阻止你自己制作这样的对象呢? 在我看来,这在mql5中是可能的。 只是没有Px[M][N][C],你只需要将一个点从平面上的坐标转换成MT图上的坐标的方法,反之亦然。