对MT5的祝愿 - 页 57 1...505152535455565758596061626364...117 新评论 [删除] 2011.02.24 11:10 #561 Dima_S:这里没有什么复杂的问题--例如,这个窗口显示的是OHLC的值,以及指标值--它们对应于光标所在的某一栏的编号。应该显示这个条形号码。这是因为我们必须在屏幕上手动计算它们。或者,人们应该在每个图表上附加一个特殊的简单指标。在Y轴上输出数值,但在X轴上不输出哪个数值,这是不符合逻辑的。有条形的日期和时间,有OHLC,有某些指标的指示(例如),但它们与条形号码没有关系。如果我们要把它与柱状物编号联系起来,我们应该把第0个柱状物所在的基准点看作是 "标准"。如果第0个柱子是最古老的柱子,对你来说会更方便,而对我来说则是当前的柱子(就像在MT4中)。我应该如何做呢?PS我不赞成 "条形编号",也不反对它。我赞成提案的措辞更加明确,让所有人(不是大多数,而是所有人)都感到满意。 Dmitriy Skub 2011.02.24 11:18 #562 Interesting:一切都是合乎逻辑的,至少对我来说是这样。 有条形的日期和时间,有OHLC,有指标的某些指示(例如),但没有提到条形的编号。如果我们要把它与柱状物编号联系起来,我们应该把第0个柱状物所在的基准点看作是 "标准"。如果第0个柱子是最古老的柱子,对你来说会更方便,而对我来说则是当前的柱子(就像在MT4中)。我应该如何做呢?PS我并不支持 "条数化",也不反对它。我是希望提案的表述更加清晰,让每个人都满意(不是大多数人,即每个人)。 不是因为这个,而是因为没有 :)关于条形图的编号,我根本没有写--这取决于开发者如何 :) [删除] 2011.02.24 11:27 #563 Dima_S: 不是因为这个,而是因为你没有这样的事实 :)我根本就没有写过小节的编号--这取决于开发者如何 :)逐字逐句地引用... Dima_S: 而且,如果能加上当前的酒吧号码就好了,这样会很方便。如果在当前栏位(如MT4),我不介意,但肯定会有另一种意见。我们应该如何编号,是用0条还是从1开始?好吧,我有一个更好的想法,例如,建议在数据窗口 中增加一个条形数字,从1条 开始进行编号,并选择历史上最古老的条形 作为报告点。 Dmitriy Skub 2011.02.24 11:37 #564 Interesting:逐字逐句地引用... 有一个问题--参考点在哪里? 如果是在当前条形图上(如MT4),我不介意,但肯定会有其他意见。 我个人并不关心 :)不是我的问题 :) Дмитрий Александрович 2011.02.25 11:11 #565 代码导航器,如Alt+M,非常缺乏--只是在一个单独的窗口中进行。 我在大型项目 中离不开它...:) [删除] 2011.02.25 11:58 #566 mrProF: 我真正怀念的是像Alt+M那样的代码导航器,但在一个单独的窗口中。在大型项目中,你不能没有它...:)嗯,是的,在大型项目 中,现有的导航显然是不够的,在一个大的库(或有几个类的文件)中的函数列表显然不是一个足够的解决方案。我不知道MS的情况,但Borland有这样的导航器做得非常好。在任何情况下,你要么想在一个单独的标签中或在一个单独的窗口中拥有正常的导航。 Дмитрий Александрович 2011.02.25 12:04 #567 Interesting:嗯,是的,在大型项目中,现有的导航显然是不够的,在一个大的库(或有几个类的文件)中的函数列表显然不是一个足够的解决方案。我不知道MS的情况,但Borland有这样的导航器做得非常好。在任何情况下,你要么想在一个单独的标签中或在一个单独的窗口中拥有正常的导航。 IntellIJ IDEA做得很好:) 我也希望有重构功能,但我认为这只是一个梦想 :) Andrey Dik 2011.02.25 12:26 #568 mrProF: IntellIJ IDEA做得很好:) 我也希望重构,但我认为这只是目前的一个梦想 :)想要的东西很多,但如果ME 有这样的功能,就不太可能保持免费(在截图中,你可以看到,当你填入函数变量时,考虑到全局可见性,会自动出现一个按类型划分的合适变量列表)。 Vladimir Gomonov 2011.02.25 22:35 #569 Urain:我希望能够得到价格-时间对象的像素坐标。这将提供一种可能性,使价格与显示器相协调,并避免不同屏幕分辨率的麻烦。那么,就有可能创建一个不断移动的backgrounder趋势线对象,通过 输出将把价格储存在窗口(第一个可见条形图)(窗口的最大值)(最后一个可见条形图)(窗口的最小值)中,在获得像素坐标后,考虑到显示情况,将重新计算所有标签。就像现在这样,在一种分辨率下,图表领域有700个像素,而在另一种分辨率下有1000个像素。热烈的支持,我非常希望如此。 也许它能在一定程度上使没有这个功能的人眼前一亮,或者用两个互为因果的函数来重新计算屏幕坐标到价格/时间,反之亦然。很多不错的功能会出现。而且不会出现令人不快的副作用。// 我们不是在谈论不正确的使用结果。任何东西都可能被不正确地使用。 Mykola Demko 2011.02.25 23:03 #570 MetaDriver:热烈的支持,我非常希望如此。 也许,如果有两个对等的函数将屏幕坐标转换为价格/时间坐标,反之亦然,就会在一定程度上改善这一功能的缺失或替代。很多好的功能都会出现。而且不会出现令人不快的副作用。// 我们不是在谈论不正确的使用结果。任何东西都可能被不正确地使用。不再有意义,除了方便。int scale =(int)ChartGetInteger(chart_id,CHART_SCALE); int pointer_per_bar=pow(2,scale);// количество пикселей на бар // остальное можно высчитать из первого видимого бара, и ширины графика в пикселях. 1...505152535455565758596061626364...117 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
这里没有什么复杂的问题--例如,这个窗口显示的是OHLC的值,以及指标值--它们对应于光标所在的某一栏的编号。应该显示这个条形号码。这是因为我们必须在屏幕上手动计算它们。或者,人们应该在每个图表上附加一个特殊的简单指标。
在Y轴上输出数值,但在X轴上不输出哪个数值,这是不符合逻辑的。
有条形的日期和时间,有OHLC,有某些指标的指示(例如),但它们与条形号码没有关系。
如果我们要把它与柱状物编号联系起来,我们应该把第0个柱状物所在的基准点看作是 "标准"。
如果第0个柱子是最古老的柱子,对你来说会更方便,而对我来说则是当前的柱子(就像在MT4中)。我应该如何做呢?
PS
我不赞成 "条形编号",也不反对它。我赞成提案的措辞更加明确,让所有人(不是大多数,而是所有人)都感到满意。
一切都是合乎逻辑的,至少对我来说是这样。 有条形的日期和时间,有OHLC,有指标的某些指示(例如),但没有提到条形的编号。
如果我们要把它与柱状物编号联系起来,我们应该把第0个柱状物所在的基准点看作是 "标准"。
如果第0个柱子是最古老的柱子,对你来说会更方便,而对我来说则是当前的柱子(就像在MT4中)。我应该如何做呢?
PS
我并不支持 "条数化",也不反对它。我是希望提案的表述更加清晰,让每个人都满意(不是大多数人,即每个人)。
不是因为这个,而是因为你没有这样的事实 :)我根本就没有写过小节的编号--这取决于开发者如何 :)
逐字逐句地引用...
而且,如果能加上当前的酒吧号码就好了,这样会很方便。
如果在当前栏位(如MT4),我不介意,但肯定会有另一种意见。
我们应该如何编号,是用0条还是从1开始?
好吧,我有一个更好的想法,例如,建议在数据窗口 中增加一个条形数字,从1条 开始进行编号,并选择历史上最古老的条形 作为报告点。
逐字逐句地引用...
有一个问题--参考点在哪里? 如果是在当前条形图上(如MT4),我不介意,但肯定会有其他意见。
我在大型项目 中离不开它...:)
我真正怀念的是像Alt+M那样的代码导航器,但在一个单独的窗口中。在大型项目中,你不能没有它...:)
嗯,是的,在大型项目 中,现有的导航显然是不够的,在一个大的库(或有几个类的文件)中的函数列表显然不是一个足够的解决方案。
我不知道MS的情况,但Borland有这样的导航器做得非常好。在任何情况下,你要么想在一个单独的标签中或在一个单独的窗口中拥有正常的导航。
嗯,是的,在大型项目中,现有的导航显然是不够的,在一个大的库(或有几个类的文件)中的函数列表显然不是一个足够的解决方案。
我不知道MS的情况,但Borland有这样的导航器做得非常好。在任何情况下,你要么想在一个单独的标签中或在一个单独的窗口中拥有正常的导航。
我也希望有重构功能,但我认为这只是一个梦想 :)
IntellIJ IDEA做得很好:)
我也希望重构,但我认为这只是目前的一个梦想 :)
想要的东西很多,但如果ME 有这样的功能,就不太可能保持免费(在截图中,你可以看到,当你填入函数变量时,考虑到全局可见性,会自动出现一个按类型划分的合适变量列表)。
我希望能够得到价格-时间对象的像素坐标。这将提供一种可能性,使价格与显示器相协调,并避免不同屏幕分辨率的麻烦。
那么,就有可能创建一个不断移动的backgrounder趋势线对象,通过
输出将把价格储存在窗口(第一个可见条形图)(窗口的最大值)(最后一个可见条形图)(窗口的最小值)中,在获得像素坐标后,考虑到显示情况,将重新计算所有标签。
就像现在这样,在一种分辨率下,图表领域有700个像素,而在另一种分辨率下有1000个像素。
热烈的支持,我非常希望如此。
也许它能在一定程度上使没有这个功能的人眼前一亮,或者用两个互为因果的函数来重新计算屏幕坐标到价格/时间,反之亦然。
很多不错的功能会出现。而且不会出现令人不快的副作用。
// 我们不是在谈论不正确的使用结果。任何东西都可能被不正确地使用。
热烈的支持,我非常希望如此。
也许,如果有两个对等的函数将屏幕坐标转换为价格/时间坐标,反之亦然,就会在一定程度上改善这一功能的缺失或替代。
很多好的功能都会出现。而且不会出现令人不快的副作用。
// 我们不是在谈论不正确的使用结果。任何东西都可能被不正确地使用。
不再有意义,除了方便。