{quote} I've done my homework, i am just stating an obvious problem, where you have conflicting two values, one has to be positive and the other negative, i fixed the issue by typing each in the right way, but why not add inside code an auto convert of values to their respective sign? let's just assume you want to keep it that way, why would a user put a +10$ on basket SL field? there is a field for profit to put a positive value, why force users to put a negative value before it can work correctly? You are doing great work, my intention is to help...
Introduced in DBMultiASMdevX006b:
~ Basket SL in $ changed it behaviour and to effectively work as SL, a negative number is required, otherwise it will work as an interactive profit lock.
~ Basket TP in $ allow negative numbers now.
TP or SL in Pips or %ADR are unchanged by now, thus positive numbers must be used for either one.
Now, quoting myself from my previous reply:
I agree that can be confusing to the unnoticed or unattended ones. It was designed that way to allow an interactive way of profit locking (as properly documented), and now that I have the locking levels interactively on-screen, I might think on reverting it back to it original behavior, who knows
Have you already read the #Post 1 of this thread yet?
But, what are your GMT? And, what version do you use?
