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 there any way to get the current value of the price scale step into a variable?
You can get data about the minimum and maximum of the current chart window, but what you mean is not very clear, please clarify.
The step of the current chart grid is constantly changing depending on zooming in and time series and simply in the process of new bars appearing. So I need to know in real time this step. In principle, maybe "minimum and maximum data" will help. Please advise how to obtain it.
So, we have got the gist of it, it turns out that you need the vertical size of the grid in price lists.
MQL5 Reference / Operations with Charts / ChartGetInteger ENUM_CHART_PROPERTY_INTEGER
MQL5 Reference / Operations with Charts / ChartGetDouble ENUM_CHART_PROPERTY_DOUBLE
help.
Although it is better to ask the developers for the formula, because they know it (the terminal automatically recalculates values), while you should use your own experience to find it.
The software builds an N number of random graphical objects with random names, properties and other attributes. Is it possible to access the queue of these objects in the order in which they were built (e.g. to remove the earliest objects)? That is, they were built sequentially over time and in terms of a list/queue/array as they were created should have ordinal indexes in ascending order. Is there such a list or array if searching by name and other attributes is useless?
Is it possible to programmatically save these resources to disk only by means of MQL5, by the very program that contains the resources?
Have a look at ResourceSave function.
Thank you, I am familiar with it. The wish I sent to servicedesk has been fulfilled. :) Except that in the help it says:
ResourceSave
Sets value of predefined variable _LastError to zero.
Thank you, I am familiar with it. The wish I sent to servicedesk has been fulfilled. :) Except that the certificate says:
That is, erroneous description in the help. ResetLastError must have gotten it. :)tol64, the point is that OBJPROP_CREATETIME is, again, nothing more than one of the object's properties... and I'm worried that it, by hanging on to it, will give it "unnecessary uniqueness". After all, it's not just the name of the object that identifies it as a unique object, but also some of its other parameters, isn't it? I can't afford it, because there are cases when instead of a previous object, another one with the same parameters (time1,price1,time2,price2) is drawn, but the terminal sees that the exact same object already exists and does not draw over it, but skips it, and if the previous object, say, was blue and the new object came in yellow, it just changes colour to yellow. This is what I call absorption, which saves a lot of resources by not producing unnecessary twins blocking each other. No ObjectFind, name string parsing, comparisons via if and other unnecessary gestures. But this is achieved by not naming objects with unique names. With properties - haven't tested yet...