错误、漏洞、问题 - 页 605

[Anatoli Kazharski]

sergeev:

我支持这一要求。

...

希望在功能和可用性方面的改进将继续下去。

我也支持它。这个建筑只是新年的礼物。谢谢你!)))

[Igor Volodin]

完成了。我也很高兴，控制库正在为引进正确的功能作出贡献。

已经做了很多，肯定积累了很多要求。我几乎能感觉到我的要求沉入了一个长长的清单。当然，我希望一下子得到所有东西，但我理解表演者的工作量。

好吧，只要图形部分被提上日程，也许有些东西会被抓住......。除了事件，在#286616 中，我提出了在OBJ_EDIT 对象中可选的文本定位功能（x,y）（ 尽管在 OBJ_BUTTON 中这一功能也不错）。

现在，当调整OBJ_EDIT 的大小时， 文本被推到左边的边缘，在行中垂直对齐，而在OBJ_BUTTON中则 居中。也就是说，文字在视觉上只能在右边裁剪，在左边、下面或上面部分 "隐藏文字 "是行不通的。

也就是说，在有限的空间内创建爬行效果，或在纯MQL中创建具有滚动文本的文本区，是不可能的。

例子。

文字在右边被裁剪。

可在左侧裁剪，横向滚动

[Victor Kirillin]

Vigor:
向开发商提问。新构建的功能包括CHART_EVENT_MOUSE_MOVE事件。

是否会引入CHART_EVENT_MOUSE_DOWN和CHART_EVENT_MOUSE_UP事件？

没有它们，你就不可能有全面的拖放。

将不会有单独的活动。它将是CHART_EVENT_MOUSE_MOVE，带有鼠标左键的状态。

[[删除]]

我不知道这是否是引文中的一个小故障还是什么...

[pusheax]

EURCAD 1M,5M,15M在历史上有太大的差距!

请纠正它。

[---]

uncleVic:
将会有一个CHART_EVENT_MOUSE_MOVE与鼠标左键的状态。

好样的！这真是太好了！！！。

[---]

Vigor:

已经做了很多，肯定积累了很多要求。我几乎能感觉到我的要求沉入了一个长长的清单。当然，想一次做完所有事情，但我理解表演者的负担。

好吧，只要图形部分的最终确定被提上日程，也许有些东西会被抓住......除了事件，在#286616 中，我建议在OBJ_EDIT 对象中增加一个可选的文本定位功能（x,y）（ 尽管在 OBJ_BUTTON 中这样的功能也不错）。

))类似的请求#282875。我将在此重复一遍。

请 - 为编辑框 添加OBJPROP_ANCHOR 属性分析。

这样，里面的文字就会被指定的OBJPROP_ANCHOR 属性放置。也就是说，要使编辑框内的文本对齐方式可调。

而且我可以在服务台提高它。

[---]

uncleVic:
它将是CHART_EVENT_MOUSE_MOVE，带有鼠标左键的状态。

维克多，请注意标准库控件的另一个重要应用。(它从服务台完全消失了，既不在开放也不在封闭中）。

它涉及CHARTEVENT_OBJECT_DELETE 事件--删除图形对象（如果图形的CHART_EVENT_OBJECT_DELETE=true 属性）。

在请求中，我要求设置lparam 来记录谁删除对象的标志--通过终端（lparam=0）或从MQL（lparam=1）以编程方式删除。

[Igor Volodin]

uncleVic:
可能不会有单独的活动。它将是CHART_EVENT_MOUSE_MOVE，带有鼠标左键的状态。

谢谢你!

[Victor Kirillin]

sergeev:

维克多，请注意对标准库控件的另一个重要要求。(它从服务台中完全消失了，无论是在开放的还是封闭的服务台中）。

它涉及CHARTEVENT_OBJECT_DELETE 事件--删除图形对象（如果图形的CHART_EVENT_OBJECT_DELETE=true 属性）。

在我的请求中，我要求设置lparam 以记录谁删除了对象的标志--通过终端（lparam=0）或从MQL（lparam=1）以编程方式删除。

这不是很清楚的原因？毕竟，如果你的程序删除了一个对象，它就知道这个对象。而如果对象被删除，而程序对此 "只字不提"，则是终端的责任。