Errors, bugs, questions - page 2164
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
There is very little space in product descriptions.
3600 characters is extremely short for large and serious programmes.
I think many people will agree with me.
You need not less than 5000 - 10000 characters for describing programs. Or at least a tab with the name of the program settings
A moderator can always ask to remove the water.
Right now I'm writing a description of the programme, and I've used all 3,600 characters just to describe the settings, but I haven't even described half of the features...Vladimir, have you ever bought anything? How much time have you spent reading the manual?
No one is going to read a multi-volume book, and they won't even watch videos longer than 3-5 minutes.
There is only one solution: Tooltips in the interface of the programme, as almost everywhere else does. Something like an interactive tutorial. And detailed instructions for advanced users can be placed in a blog or on their site. Whoever wants it will find it and download it.
There is very little space in product descriptions.
3600 characters is extremely short for large and serious programmes.
I think many people will agree with me.
You need not less than 5000 - 10000 characters for describing programs. Or at least a tab with the name of the program settings
A moderator can always ask to remove the water.
Right now I'm writing a description of the programme, I've used all 3,600 characters just to describe the settings and not even half of the features...I don't agree. Brevity is the sister of talent.
"Do not think that in your many words you will be heard."
Matthew 6:7.
Vladimir, have you ever bought anything? How much time have you spent reading the instructions?
No one will read a multi-volume book, they won't even watch a video 3 to 5 minutes long.
There is only one way out - to add hints in the interface of the programme, as is done almost everywhere now. Something like an interactive tutorial. And detailed instructions for advanced users can be placed in a blog or on their site. Whoever wants it will find it and download it.
Those who don't read and don't buy, have you bought many products without understanding what the product is for?
Should we publish everything on blogs then?
I disagree. Brevity is the sister of talent.
"Do not think that in your verbosity you will be heard."
Matthew 6:7.
I agree, but even brief 3600 is not enough...
Those who don't read and don't buy, have you bought many products without understanding what the product is for?
Should we publish everything on blogs then?
Understand the purpose of the product from the manual?
That's silly. I'll download and feel the demo.
This code is based on a compiler defect
Result: 1... Why not 2 ?
While C++ reports an error during compilation, because both functions obviously fit, and besides, the syntax does not allow explicitly calling the function (2)
Moreover, taking into account specific features of MQL, it would be more logical to do the opposite - to set the priority of passing the parameter not by value (as now), but by const reference (benefits of which are especially evident in the example of strings).
It is unclear why to pass (actually copy) long strings by value when it can be done by reference.
Compilation error
Why manually move the contents of the .h file (especially since it can change from time to time) when you can just include it?
Good afternoon, could you please advise:
How to writethe optimization results in a file using Local Network Farm or MQL5 Cloud Network ?
There is a procedure in OnTester(), uses:
When using Local agents, the file with optimization results is created in the shared folder, when using Local Network Farm or MQL5 Cloud Network, there is no file.
A check revealed that:
This code turns into the following assembler SSE code:
This is a work of art actually. 8 roots were calculated in 4 calls of an assembler instruction. Two double numbers are evaluated in one call.
The overall conclusion: mathematics in MQL5 wins due to perfect optimization. It's not arrays that lose here, but mathematics wins.
And here's what pornography was made on the same code by Visual C++ 2017 x64 with full optimizations:
An unqualified multiple of the code generated in MQL5.
Surprisingly, MSVC doesn't even try to optimize - all mathematics is driven through libraries as if it was written for a 20 year old processor. And enabling AVX commands set doesn't change the compiler's behavior at all.
Test C++ file attached. There is no error in the test example, so don't express the thought about "an error in the test example".