Auguri per MQL5 - pagina 81
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
La funzione SpeechText è stata una fonte costante di crash. Poiché non tutti i sistemi operativi lo supportano allo stesso modo. In generale, lo Speech SDK è un componente opzionale e facoltativo del sistema operativo.
Dopo aver rimosso la funzione standard SpeechText, gli artigiani hanno fatto una chiamata di funzione analoga attraverso la DLL. E gli utenti di questa DLL hanno installato il suddetto componente. Non possiamo forzare l'utente a installare questo componente quando si installa il terminale client.
Quello che puoi fare è creare la tua dll "semi-ufficiale" e caricarla qui sul forum
Come applicazione (o sul sito ufficiale) con una breve descrizione di come usarlo (solo per mostrare come importare la dll ed eseguire il comando). Chi ne ha bisogno lo scaricherà. E tutti saranno felici.
.
- Lungo la strada domanda - le DLL dai forum funzioneranno nella quinta versione o dovrebbero essere ricompilate?
- Lungo la strada, la domanda - le DLL dei forum funzioneranno nella versione 5 o devono essere ricompilate?
>> Funzioneranno.
Forse qualcuno l'ha già detto a me........ , ma vorrei che ci fosse una buona regolazione della velocità di visualizzazione nel tester.
Vorrei anche che fosse possibile testare gli EA multivaluta nel tester non separatamente per ogni coppia, ma per tutte le coppie in una volta.
A dire il vero, se aggiungessero il supporto Java nativo a MT5 sarebbe bello. Intendo avere sia MQL5 che JAVA con API per le funzioni del terminale.
Propongo di introdurre un supporto nativo per l'ora GMT. Questa sarebbe una garanzia affidabile del lavoro di Expert Advisors, che dipende dall'apertura/chiusura delle borse, non dipendendo da ciò che l'ora sinistra è impostata sul server DC e non richiedendo chiamate di DLL di sistema e precisione (infallibilità) delle impostazioni di sistema locali.
Il tempo può essere ottenuto tramite NTP (Network Time Protocol) da server pubblicamente disponibili (ad esempio time.windows.com) o aprire il proprio server di precisione del tempo. La piattaforma Linux ha strumenti integrati per impostare un server NTP, basta collegare un semplice ricevitore GPS via porta COM al server.
Non ha bisogno di richieste costanti al server, solo di una sincronizzazione periodica (riconciliazione) dei tempi locali e remoti.
Attualmente non c'è nessun metodo nella piattaforma MT4 che dia GMT con il 100% di certezza, e abbiamo disperatamente bisogno di questa cosa.
Propongo di introdurre un supporto nativo per l'ora GMT. Questa sarebbe una garanzia affidabile del lavoro di Expert Advisors, che dipende dall'apertura/chiusura delle borse, non dipendendo da ciò che l'ora sinistra è impostata sul server DC e non richiedendo chiamate di DLL di sistema e precisione (infallibilità) delle impostazioni di sistema locali.
Il tempo può essere ottenuto tramite NTP (Network Time Protocol) da server pubblicamente disponibili (ad esempio time.windows.com) o aprire il proprio server di tempo esatto. La piattaforma Linux ha strumenti integrati per impostare un server NTP, basta collegare un semplice ricevitore GPS via porta COM al server.
Non ha bisogno di richieste costanti al server, solo di una sincronizzazione periodica (riconciliazione) dei tempi locali e remoti.
Fino ad oggi, la piattaforma MT4 non ha alcun metodo, dando GMT con il 100% di fiducia, e questa cosa è disperatamente necessaria.
Secondo.
Offset di 1) ora locale e 2) ora del server rispetto a GMT in MQL5 sotto forma di variabili d'ambiente. Permetterà di realizzare un algoritmo universale di elaborazione dei dati storici, compresa la possibilità di trasferire senza problemi gli Expert Advisors tra terminali di diverse società di brokeraggio.
A dire il vero, se aggiungessero il supporto Java nativo a MT5 sarebbe bello. Avere sia MQL5 che JAVA con API per le funzioni del terminale.
Perché Java, dove hai ottenuto un tale privilegio, cosa c'è di così "cool"? In questo caso, suggerisco di aggiungere nel terminale il supporto per Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C, così tutti gli sviluppatori possono ugualmente usare MetaTrader sulle loro piattaforme di sviluppo native.
Perché Java, perché questi privilegi, cosa c'è di così "cool"? In questo caso suggerisco di aggiungere il supporto per Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C così tutti gli sviluppatori possono usare MetaTrader in modo uguale sulle loro piattaforme di sviluppo native.
Perché Java è figo, ma Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C sono tutte scorie.
Perché Java è figo, ma Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon, Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C sono tutte scorie.
Beh, è esagerato con il moolah.
Java, .Net, Delphi - necessario e sufficiente.
Propongo di introdurre il supporto nativo dell'ora GMT.
...
Sostenuto da 10.000.000 mio %.
Operare su un solo tempo comporta tutta una serie di vantaggi.
(e speriamo che siano molti di più di quelli che sono a favore del "tempo misto").
Il più importante dei quali credo:
- la scelta di trattare si allarga a tutti i disponibili
- Aggancio continuo e senza interruzioni con le risorse informative