Errori, bug, domande - pagina 2019
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
È stato scritto molte volte. Non corretto per qualche motivo.
Ho visto che è già stato scritto che le frecce non sempre possono essere visualizzate immediatamente dopo una transazione. Anch'io ho aperto un'applicazione del genere. Ma per avere tali omissioni nella lista nella scheda Storia, non ho ancora visto alcun post.
P.S. E sì, dopo aver fornito prove e tutti i dati necessari per riprodurre il bug, per qualche motivo un completo ignorare per una settimana intera, anche se dall'inizio ha risposto, rifiutando di accettare che c'è un bug.
Ho visto scritto prima che le frecce non possono sempre apparire immediatamente dopo uno scambio. Anch'io ho aperto un'applicazione del genere. Ma non ho ancora visto tali omissioni nella lista della scheda Storia.
È necessario cambiare scheda diverse volte, poi la cronologia diventa corretta. È molto sgradevole durante il debug.
Le schede devono essere cambiate diverse volte, poi la storia diventa corretta. È molto fastidioso durante il debug.
Sì, è molto fastidioso in alcuni casi durante lo sviluppo e il debug delle strategie di trading.
Non ho notato che cambiare le schede ha in qualche modo cambiato il contenuto della lista della cronologia:
Non ho notato che cambiare scheda cambia in qualche modo il contenuto della lista della cronologia:
Cliccate con il tasto destro e cambiate Deals/Order.
Sì, questo è un grande ostacolo in alcuni casi quando si sviluppano e si debuggano le strategie di trading.
Non ho notato che cambiare scheda ha cambiato il contenuto della lista della cronologia in alcun modo:
Cliccate con il tasto destro e cambiate Transazioni/Ordine.
Sì, tali azioni ripristinano l'elenco della cronologia delle transazioni:
Aggiungere i seguenti valori
ENUM_DEAL_REASON
Identificatore
Descrizione
LIMITE_DI_RAGIONE_DI_AFFARI
L'affare è stato eseguito come risultato di un ordine limite che scatta
MOTIVO_AFFARE_MERCATO
L'affare è stato eseguito in seguito all'attivazione di un ordine di mercato
MOTIVO_AFFARE_STOP
L'operazione è stata eseguita come risultato di un ordine di stop che ha fatto scattare
Sembra che non sia necessario. Ma ci sono situazioni in cui l'ordine è stato parzialmente eseguito, creando un affare,nel qual caso DEAL_ORDER sarà trovato, ma non sarà nella tabella della storia, poiché l'ordine è ancora vivo.
In altre parole, per scoprire il tipo di ordine che ha causato l'affare, non è sempre utile fare riferimento alla cronologia degli ordini. Se non vogliamo fare un casino con la ricerca degli ordini tra quelli "vivi e morti", possiamo semplicemente aggiungere altri flag di esecuzione - dopo quelli esistenti, per mantenere la compatibilità con ENUM_ORDER_REASON eENUM_POSITION_REASON. Allo stesso tempo è auspicabile aggiungere gli stessi flag aENUM_POSITION_REASON per essere compatibili
Una domanda su OrderCalcMargin è venuta fuori in un thread vicinohttps://www.mql5.com/ru/forum/216697/page3
Test: controlliamo 2 modi diversi di calcolare il deposito sostituendo diversi prezzi di apertura.
Ecco il LOG
La funzione OrderCalcMargin non considera il prezzo di apertura nel calcolo del margine
Questo sembra essere legato al tasso di cambio della valuta quotata, che deve essere ricalcolato per il tempo e il prezzo di apertura.
Se la valuta quotata è USD (e anche la valuta del conto è USD), allora il margine calcolato cambierà in base al prezzo di apertura.
Log per GBPUSD
È un Bug o dovrebbe esserlo?