Any rookie question, so as not to clutter up the forum. Professionals, don't pass by. Nowhere without you - 6. - page 107
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
FEAR:
good answer
bool SLowTen = (Open[1]==Low[1]); // no lower shadow of a bullish candlestick
Search the forum for proper comparison of real numbers.
Anyone can offend an artist, you should have written it correctly. I like criticism very much - a constructive one. I know about ugly code myself.
I have one more question about it - how to write in a condition that the size of a candle is more than 60 points (in five digits).
Anyone can be offended by an artist, you should have written it properly. I like criticism very much - constructive criticism. I know about the ugly code myself.
Here is another question about it - how to write in the condition that the candle's size is larger than 60 points (in five-digits).
Comparison double:
How to prescribe in the condition that the size of the candle is more than 60 pips (on five dig its).
Comparison double:
How to prescribe in the condition that the size of the candle is more than 60 pips (on a five digit).
Forgive my obtuseness, but p1 and p2 are High and Low respectively? And what does 0.5 mean?
Applied to my existing code
Anyone can be offended by an artist, you should have written it properly. I like criticism very much - constructive criticism. I know about the ugly code myself.
That's just one more question about it - how to write in the condition that the size of the candle is more than 60 points (in five-digits).
This is basic knowledge that you need to understand, not just look it up. The question is so chewed up on the forum that only the very lazy cannot find the answer and figure it out. By the way, it is much more useful for you.
But what about the ugliness of the code - that's not for me. It seems to me that it's quite normal to introduce additional variables to make code more readable.
Comparison double:
In this case.
NormalizeDouble() is redundant ;).
In this case
NormalizeDouble() is redundant ;).
And then explain to him why there is no normalisation here, but with prices in trade orders with normalisation? That's why I put normalisation in here, so that he doesn't round his eyes when he sends non-normalised prices in the trade order.
)))))))))))))))))) yes, that's an argument.
)))))))))))))))))) yes, that's an argument.