garyfritz wrote:No no no!! I don't think we want points or deci-pips or centi-pips or nano-pips or anything else like that. We want pips, seulement. If the crim uses deci-pips, then we'll get pip values like 12.3, and centi-pips will produce pip values like 12.34.phil_trade wrote:I propose we all agree about one robust and exaustif module to convert pips or deci-pips to point and vice versa. As a majority of criminal are using deci-pips, I suggest that all parameters would have to be in deci-pips -> SL = 500 stand for 50 pips.
and for simplify Steve job (not an Apple joke !), I suggest that user with criminal in pips or centi-pips, just adapt there parameters themself in .set file.
If we ONLY work in pips, for ALL calculations, then the logic is simple and consistent throughout the EA. The EA (except the PFactor code that scales price to pips) should be blind to the crim's digits and even the pair's scale (JPY vs. non-JPY).
No -- 10000 is correct for ALL non-JPY FX pairs, for ALL crims. With a 5-digit crim you might have 0.00123 profit. Multiply times 10000 and you have 12.3 pips profit. With an 11-digit crim (silly example!) you might have 0.00123456789 profit; multiply times 10000 and you have 12.3456789 pips profit.I'm fine with your code, but this line below assume this is with a 5 digits criminals no ?
int PipFactor=10000
may be at least, set a parameter for that 10000 that everyone could adjust to it's criminal ?
10000 doesn't refer to the # of crim digits, but to the value of "1 pip." 1 pip is 0.0001 = 1/10000, regardless of crim digits.
woh woh woh...I JUST propose we all agree about something.... but if you're agree together...that's fine
and Steve can say Janet and John... perfect ! we will have a fantastic EA very soon.
