Discussion of article "Trading Signals in MetaTrader 5: A Better Alternative to PAMM Accounts!" - page 5

New comment
 
komposter:

I think that we are not talking about the situation when the subscriber's stop triggers earlier, but about the situation when the subscriber's stop triggers coincide with the receipt of the closing signal (the provider's stop triggered, the position on the subscriber is open - we give the closing signal).

And then instead of closing we get a reversal.

exactly

Of course, the crutch with zeroing the stops is still the same....

What did you "invent", if it's not a secret? I remember the topic was discussed, but I don't remember that they came up with something sensible.

I think that resetting stops in this case is not a crutch, but a technical solution. Since there is no such concept in the terminal as requesting the order or position status.

I suggest as an option to use magics and position identifiers to determine their location - in history or in real life.

But about this"request the order or position status" - please ask the MC to think about it.

 
sergeev:

I think that resetting stops in this case is not a crutch, but a technical solution. Since there is no such concept in the terminal as requesting the order or position status.

I suggest as an option to use magics and position identifiers to determine their location - in history or in real life.

But about this"request the order or position status" - please ask the MC to think about it.

What exactly is proposed to request? Any result of requesting the state on the client is already obsolete, immediately. I.e. only the server can synchronously work with orders and positions, on the client it is practically impossible to lay on the invariability of the position or order on the server.
 
antt:
What exactly is it proposed to query? Any result of a state query on the client is already obsolete, immediately. I.e. only the server can synchronously work with orders and positions, on the client it is practically impossible to count on unchanged position or order on the server.

Well, yes. I didn't realise that the situation with two open client terminals introduces a lot of uncertainty.

You need to think about this too.

If a client terminal executes orders for now, what will happen with two open client terminals of the same account? How will the order placement go?

 
sergeev:

If a client terminal executes orders for now, what happens to two open client terminals of the same account? How will the order placement go?

The client terminal does not execute anything at all, at most it checks the correctness of the request.
 
antt:
The client terminal does not execute anything at all, at most it checks the correctness of the request.
OK. That's reassuring.
 
BP33:

I would like to see an option for the signal subscriber to set their lot sizing to either "auto" or "manual".

A subscriber may wish to maintain more conservative (or aggressive) settings, rather than their balance dictating their lot sizing. 

 

How is the lot size determined when signals are executed automatically?

because the manager may have a larger (or what is not so tragic - smaller) account than the subscriber, how will the lot size in the signal be automatically adjusted in this case?

 

I just want to ask if i can try the mql5.com trading signal on demo account before subscribing to the  signal.

Thanks

 
on the screenshots there is Money management: Automatic, but now in meta Trader 5 I don't see it. so everything is only automatic?
 
papaklass:

Consider that PAMM-service is already dead.

In my opinion, this is too loud a statement.

I believe (I am completely sure of it) that SIGNALS will not be able to "kill" or somehow affect PAMMs strongly enough.

123456789101112
New comment