Thank you for reminding me again you are right.
From reading your last post i came to understand that, the allaverages v3.2 indicator would be very problematic (it has unneccessary parameters, coding is difficulting to make it standalone, has the unneccessary third state and it sometimes repaints) to make unlimited summed in one file.
As i solution attempt, i found your "averages mtf & alerts indicator" which has the 19 averages types that you generally prefer to use in your averages derived indicators in the forum, which are perfectly sufficient for me.
Yes it can be done. I assume that it should be based on the slope of the average(s)
Yes exactly Mladen, histo color change on slope change
Can it contain the shift parameter as summed and have average price & heiken price types (price types 7-15)
The input parameters may go as
PS: As i said in the previous post i downloaded "one more average" from the advanced elite section which drew my attention to be a very good ma type (smooth, adaptive and responsive). Can you incorporate oma as the 20the ma type to the summed averages indicator please?
OK as far the averages are concerned
As of one more average - as you can see one more average has 2 additional parameters and that is exactly that I do not want to change in the averages indicator - to add more parameters that would be specific for just one average type. That was my idea from the sart with the averages : to have averages that need only 2 parameters - length and price, in one file and not to stuff a file with as many averages as it is possible (as I mentioned, right now I can recall at least 40-50 types when we take into account a new adaptive types that do not exist anywhere else but here on TSD)
PS: I am glad that you like the one more average. It has been a long time since it was made, but, so far, it is still one of the best averages / smoothers that are around (at least that is my opinion - even the jurik smoothing that I improved to be faster in response than the original JMA is behind oma in some cases - and knowing one major flow of jma (that its most recent results can differ very much depending on the starting point of calculation) then the choice is clear
That "property" of JMA was explained a long time ago and probably a lot of members even do not remeber it any more, so here is the link to the post wher it is explained what happens to jurik ma : https://www.mql5.com/en/forum/180729/page18
PS: one more question : I see that in parameters you have them arranged in groups of 4. What are those (averages require just 3 parameters - 3rd being the average type)?
My lack of attention Mladen, you are right oma can't be incorporated duly cause it has speed and adaptive: true/false paramaters, sorry for my mistake.
So you can do averages summed histo unlimited without oma then, period, price, method and shift parameters as summed.
Btw, thank you for your continued support and wish you a nice weekend..
The 4th is the shift parameter. I want to test some mas with shift some without shift. I hope it is possible to make the shift parameter as summed. In case it is not possible i have another idea.
Hi, could you please update the attached indi Dynanic Zones Polychromatic momentum. Thanks.
Here you go : dynamic_zones_polychromatic_momentum_3.01_nmc.mq4
Upgrading to nmc-please!
Good evening, Mladen ! Could it be possible, please, to upgrade this one too
to the nmc version ?stepma_v7.2_pdf_amp_alerts.mq4
Thank you in advance, Mikhael
Here you go
I almost forgot about probability density function ma (and it is a shame - thanks for reminding me). Just to remind you guys what pdf ma is. It as posted here https://www.mql5.com/en/forum/general the first time and there is a good description how to use it. Also, do not expect that stepma suing pdf ma for calculation will look like the rest of step mas, since it is quite different in a lot of ways