Errori, bug, domande - pagina 1930
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
Per qualche ragione, ero sicuro che DoubleToString non avesse senso dopo la normalizzazione. Ma no, come mostra la sceneggiatura. Perché è così?
Sembra che la conversione doppio -> stringa non funzioni correttamente.
Risultato di una corsa singola con linee gialle commentate
Risultato di una singola corsa con linee gialle NON commentate
Lalibreria TesterBench mostra lo stesso calo di tempo di esecuzione.
HH Non solo PositionGet, ma anche OrderGet, HistoryDealGet, HistoryOrderGet sono lenti.
Nel tester (1629) i trade sono aperti a prezzi zero
Esecuzione dell 'Expert Advisor nel tester utilizzando i tick reali del server FIBOGroup-MT5
Domanda per sviluppatori e colleghi interessati.
In Tester in modalità visualizzazione c'è un oggetto di classe CiMA - muwings.
Modo = "Ogni tick basato su tick reali". La velocità nel Visualizer è vicina al massimo.
Il problema è questo. Quando appare una nuova barra, bisogna aspettare un casino di nuovi tick per aggiornare i valori dei muwings CiMA, o meglio i valori nel buffer dei muwings.
E ad ogni tick l'aggiornamento è accelerato dal metodo CiMA::Refresh(-1).
Perché il Tester funziona così male?
Non ci sono questi problemi nel commercio reale.
Pusha è un tipo strano in questi giorni:
uest/302788
richiesta/302788
Come posso indovinare, sono stato io che sono stato messo giù come candidato e commentato nello stesso ordine.
Ma i messaggi sono proprio come per i codificatori)
Dalla documentazione
ENUM_BASE_CORNER
Identificatore
Descrizione
ANGOLO_SINISTRA_SUPERIORE
Centro delle coordinate nell'angolo superiore sinistro del grafico
ANGOLO_SINISTRA_INFERIORE
Centro delle coordinate in basso a sinistra del grafico
ANGOLO_DESTRA_INFERIORE
Centro delle coordinate nell'angolo in basso a destra del grafico
ANGOLO_DESTRA_SUPERIORE
centro delle coordinate nell'angolo superiore destro del grafico
Domanda: perché la tabella non potrebbe essere disegnata in ordine numerico? Hai messo 1 - e invece del previsto"Centro delle coordinate nell'angolo superiore sinistro del grafico" ottieni"Centro delle coordinate nell'angolo inferiore destro del grafico".
Ora appare così
1 - Centro di coordinate nell'angolo in basso a sinistra del grafico.
2 - Centro di coordinate nel grafico in basso a destra
3 - Centro di coordinate nell'angolo superiore destro del grafico
4 - Centro di coordinate nell'angolo in alto a sinistra del grafico
Dalla documentazione
ENUM_BASE_CORNER
Identificatore
Descrizione
ANGOLO_SINISTRA_SUPERIORE
Centro delle coordinate nell'angolo superiore sinistro del grafico
ANGOLO_SINISTRA_INFERIORE
Centro delle coordinate in basso a sinistra del grafico
ANGOLO_DESTRA_INFERIORE
Centro delle coordinate nell'angolo in basso a destra del grafico
ANGOLO_DESTRA_SUPERIORE
centro delle coordinate nell'angolo superiore destro del grafico
Domanda: perché la tabella non potrebbe essere in ordine numerico? Hai messo 1 - e invece del previsto"Centro delle coordinate nell'angolo superiore sinistro del grafico" ottieni"Centro delle coordinate nell'angolo inferiore destro del grafico".
Si presenta così
1 - Centro di coordinate nell'angolo in basso a sinistra del grafico.
2 - Centro di coordinate nel grafico in basso a destra
3 - Centro di coordinate nell'angolo superiore destro del grafico
4 - Centro di coordinate nell'angolo in alto a sinistra del grafico
Il conteggio parte da zero.
Cosa vi impedisce di inserire CORNER_LEFT_UPPER invece di un numero? È a questo che serve l'enumerazione, così non devi pensare ai numeri.
Nell'helpdesk
MT4:
Per gli oggetti con dimensioni fisse: OBJ_BUTTON, OBJ_RECTANGLE_LABEL e OBJ_EDIT le proprietà OBJPROP_XDISTANCE e OBJPROP_YDISTANCE impostano la posizione del punto superiore sinistro dell'oggetto rispetto all'angolo del grafico (OBJPROP_CORNER), da cui saranno contate le coordinate X e Y in pixel.
MT5:
Per gli oggetti con dimensioni fisse: OBJ_BUTTON, OBJ_RECTANGLE_LABEL, OBJ_EDIT e OBJ_CHART, le proprietà OBJPROP_XDISTANCE e OBJPROP_YDISTANCE impostano la posizione del punto superiore sinistro dell'oggetto rispetto all'angolo del grafico (OBJPROP_CORNER), dal quale saranno misurate le coordinate X e Y in pixel.
La questione è che il vecchio codice di MT4 usando ObjectSet permette di posizionare gli oggetti relativamente ai loro bordi (angoli) - per gli oggetti nella parte sinistra il calcolo dei pixel viene eseguito dal primo simbolo, per gli oggetti nella parte destra - dall'ultimo simbolo, mentre la nuova versione calcola sempre il rientro dal primo simbolo, il che rende difficile il posizionamento delle etichette con testo, perché non si sa sempre quanti saranno i simboli di testo. Chiedo agli sviluppatori di aggiungere una scelta del metodo di allineamento del testo!
Se qualcuno sa come ottenere l'allineamento a sinistra e a destra in MT5, per favore condivida la funzione appropriata!
Il conteggio parte da zero.
Cosa vi impedisce di inserire CORNER_LEFT_UPPER invece di un numero? È a questo che serve l'enumerazione, così non devi pensare ai numeri.
Da zero? Bene, OK - che sia da zero - non ne ho tenuto conto - ma ancora non funziona!
Perché ha più senso per me e l'ho usato prima.
Da zero? Beh, OK - anche se è da zero - non ne ho tenuto conto - ma non funziona comunque!
Perché ha più senso per me e l'ho usato prima...
Devo spostare in alto la voce della lista che stai cercando di identificare con il numero 4, che non c'è? Diventa zero - e tutto è a posto.