Discussion of article "Graphical Interfaces X: Text selection in the Multiline Text box (build 13)" - page 15
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
is not relevant, it is not feasible, this functionality is not enabled for these objects by the MQ developers
What does this have to do with objects? I suggested you to switch to the required symbol from the chart object you clicked on in the main chart.
so the price scale is not included in this object as a separate object with an event, so there is no point in switching for my task ))).
so the price scale is not included in this object as a separate object with an event, so there is no point in switching for my task ))
We are not talking about a chart object, but about the main chart (a usual chart of the terminal in your terminology), on which you can set a symbol from the chart object and do what you need on the main chart.
What is the complete task? What did you want to get?
We are not talking about a chart object, but about the main chart (a usual terminal chart in your terminology), on which you can set a symbol from the chart object and do what you need on the main chart.
What is the complete task? What did you want to get?
I needed to realise mouse compression of a chart in OBJ_CHART, that' s what I wrote in my question, thanks for trying to help, but we are powerless here, because the developers of the terminal in the help pointed out about the limitations, under which my question falls)).
I needed to implement mouse compression of a chart in OBJ_CHART, which is what I wrote about in my question....
That's what I'm asking. Why did you want to implement mouse compression in OBJ_CHART? Or did you want to do it just like that?
So I ask you. Why did you want to implement mouse compression of a chart in OBJ_CHART? Or did you want to do it just like that?
I had to, but since it can't be done, I gave up such an interface in favour of opening a real second chart by the required ticker and TF
I needed to realise mouse compression of a chart in OBJ_CHART, that's what I wrote in my question, thanks for trying to help, but we are powerless here, because the developers of the terminal in the help pointed out about the limitations, under which my question falls)).
What if we draw a rectangle on top of a chart object (along its perimeter) and track changes in its size? That is, if the size of the rectangle is changed, then the size of the chart object can be changed (everything is only at the level of assumption, I have not checked the change of the chart object size).
What if we draw a rectangle on top of the chart object (along its perimeter) and track changes in its size? That is, if you change the size of the rectangle, then you can change the size of the chart object (everything is only at the level of assumption, I have not tested changing the size of the chart object).
The problem is that the event of chart compression using the price scale is formed on this scale, and if we have a rectangle lies outside this area, the compression event will not be formed, i.e. I mean that if we place two chart objects on the chart one after the other by X, the event can be caught only on the chart object, which is located second by X and captures the price scale on the real chart, and the first chart object will not catch this event. I.e. either to do synchronously on two chart objects, which is not suitable for solving the problem, or to make a type of slider on the section with the price scale opposite to the real chart and first select the chart object, and then the created slider to change the size of the price scale, but everything is too complicated)).
To implement vertical scaling in chart objects, you need to use these properties:
It is implemented in the same way as navigation (horizontal scrolling) in chart objects is implemented now.