
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 the tester being debugged?
Yes, you are mistaken. Multiple ChartGetInteger record forms are allowed.
But regardless of the ChartGetInteger record form,it is not possible to get the current value of theCHART_BRING_TO_TOP property.
Without an example, it is hard to say what and how. Please check documentation and build release.
If it doesn't work the way it should, write a request to CA + code with an example.
And the second variant should return the property anyway. where there are four parameters.
There is a prototype function
#import "kernel32.dll"
BOOL WriteFile(
HANDLE hFile, //file descriptor
LPCVOID lpBuffer, // data buffer
DWORD nNumberOfBytesToWrite, // number of bytes to write
LPDWORD lpNumberOfBytesWritten, // number of bytes written
LPOVERLAPPED lpOverlapped // asynchronous buffer
);
The function is called in the program
op_err=WriteFile(h1,buff,LenPos, Writing,NULL);
how do I correctly specify that buff and Writing are passed by reference?
There is a prototype function
How do I specify correctly that buff and Writing are passed by reference?
buff - via array e.g. uchar &buff[]
written - you can also use an array or just one variable int &written
According to the Handbook, this property is simply not supported:
The error code says the same thing. The question as to why the chart property CHART_BRING_TO_TOP is not supported is at developer level... And if the property is actually supported, then the question is again at their level: why in that case ChartGetInteger function returns false?
Rosh:
Потому что установка свойства CHART_BRING_TO_TOP в значение true дает терминалу приказ вывести данный чарт на передний план в данный момент. Это не свойство в обычном понимание, а команда. Вот такое объяснение.
It means that in our case the "property" command CHART_BRING_TO_TOP with reference to ChartGetInteger() function is simply not supported and ChartGetInteger() returns false correctly. This is the answer for MoneyJinn
Because setting CHART_BRING_TO_TOP property to "true" gives the terminal an order to bring this chart to the foreground at this moment. This is not a property in its usual understanding, but a command. That's the explanation.
The developers have left no way to determine whether or not the graph window is visible to the user and what the relative position of the windows is.
This is very bad. Again loss of control and new risks.
I want to point out right away that I am new to programming in MQL)
The essence of the problem: I want to implement drawing of levels (horizontal lines) by redoing the standard
indicator for fractals. That is to draw horizontal lines instead of arrows.
The question is therefore: is it possible within the framework of the indicator? After all it is necessary to specify
I do not knowthe number of lines in the indicator before calculation. Is it possible in the property
#property indicator_plots to specify a variable. Or it is impossible?
Below is the code of a slightly modified fractal. It draws two lines on top and bottom fractals.
But I need horizontal lines, one line per fractal.
May be, the horizontal lines can be created in the indicator through ObjectCreate?