[ARCHIVE]Any rookie question, so as not to clutter up the forum. Professionals, don't pass it by. Can't go anywhere without you - 5. - page 370

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
Regarding this line:
Recently, DTs often add different prefixes to the symbol name (EURUSDm - for example) - these should be taken into account when referring to the market environment of the symbol.
P.S. ...And for the standard "EURUSD" StringSubstr ("EURUSD", 6) will be not zero but "".
Thank you very much, Igor! I did not know about DTs and the letter. It may be a mini-account for the "m".
Do you know where the JPY has the coefficient 82 ? For other currencies it was 0.625 for GBP, 0.7751937984 for EUR
The idea is that when you translate currencies the coefficient would be floating as the exchange rates change. Why then take constants?Nikolai, it is very good that you are learning to program and create programmes. But the point is that you didn't exactly ask for help with a particular obscure case in the program, but you actually outlined the TOR for writing the program.
What you displayed, in my opinion, is metaphorically speaking in relation to robots, a pile of heterogeneous spare parts. It's not right at all.
So you can't point out a specific error here, as everything needs to be redone in a completely different way. - IMHO, I don't pretend to be more than that.
But that's no reason to get upset. Keep learning how to write. There, as they say, instead of you, of course, can "eat" (to do the job), but you yourself are not becoming well-fed from this (ie, do not learn). So go ahead. If one walks the other the way.
Try to write again with a different approach to the problem. - It worked for me.
Thanks for the critique. Is it realistic to do this at all?
Thank you very much, Igor! I didn't know about the DC and the letter. It must be a mini-account - for the letter "m".
Do you know where the JPY has the coefficient of 82 ? the other currencies had GBP - 0.625, EUR - 0.7751937984
The idea is that when you convert currencies the coefficient would be floating as the exchange rates change. Why then take constants?Sergey, those numbers don't mean anything to me, so I don't have an answer to that question.
And prefixes in symbol writing may or may not make any sense.
Sergey, these numbers don't mean anything to me, so I have no answer to this question.
And prefixes in the writing of the symbol may or may not make any sense.
Good afternoon colleagues!
Can you please tell me how to get away from the loop (highlighted in red in the code)? The indicator is slowing down terribly.
Thank you!
Good afternoon colleagues!
Can you please tell me how to get away from the loop (highlighted in red in the code)? The indicator is slowing down terribly.
Thank you!
Still, I will give you this, maybe a silly, idea. But maybe I'll come up with a more sensible one.
As far as the task is concerned you need for the final search the data on some bars, then on the first search write the data values into some array (or buffer - I'm not very good at it).
And after first search completes, take necessary values from this array (buffer) to get data for the 2nd search.
Just not particularly sure if this would help for speed. But I don't know much about causes of braking either. It is difficult for me to say something more qualified in this respect.
What could be the pros and cons. The minus is that in this case you estimate the situation on the bar not online, but after the fact, when the data are already kind of useless. But... this is offset by the fact that, in fact, when you recalculate the old data, you no longer need it online. And when current current data arrives, it will immediately be processed by the 2nd enumeration. So there should be no loss of relevance in this case. And plus - it will solve your task: to get rid of overshooting in overshooting. : ))
I may have overlooked something. Take my idea critically. Well, and the best critic is practice. You just have to write and double-check what and how will work. I think so.
There is practically no difference, just a slightly different process of getting the A and B control points. I've already tried it with arrays.
Then between A and B I would also have to loop through the bars. I don't see another way, that's why I'm asking.
Maybe somebody can give me a hint. Maybe there is something wrong with the logic of code writing?
There is practically no difference, just a slightly different process of getting the A and B control points. I've already tried it with arrays.
Then between A and B I would also have to loop through the bars. I don't see another way, that's why I'm asking.
Maybe somebody can give me a hint. Maybe there is something wrong with the logic of code writing?
Good afternoon colleagues!
Can you please tell me how to get away from the loop (highlighted in red in the code)? The indicator is slowing down terribly.
Thank you!
You can group the indicator in this place - it will be a small optimization of the indicator:
like this:
Here it is:
You can change it to:
Then, you have "Texts" piling up in the indicator. Before you place new text, you have to delete the old ones. This can really slow down the indicator - maybe that's the reason. Since you get as many of these texts as there are ticks on the selected parameters.
If anyone tells me how best to implement this in the code - because I'm asking for similar coding help myself.