Deseos para MQL5 - página 81

 
stringo писал(а) >>

La función SpeechText ha sido una fuente constante de fallos. Ya que no todos los sistemas operativos lo soportan de la misma manera. En general, el SDK de voz es un componente opcional y optativo del sistema operativo.

Después de eliminar la función estándar SpeechText, los artesanos han hecho una llamada de función análoga a través de la DLL. Y los usuarios de esta DLL han instalado el componente mencionado. No podemos obligar al usuario a instalar este componente al instalar el terminal cliente.

Lo que puedes hacer es crear tu propia dll "semioficial" y subirla aquí en el foro

Como una aplicación (o en el sitio web oficial) con una breve descripción de cómo usarlo (sólo para mostrar cómo importar la dll y ejecutar el comando). Quien lo necesite lo descargará. Y todos serán felices.

.

- En el camino pregunta - ¿funcionarán los dlls de los foros en la 5ª versión o deberán ser recompilados?

 
chief2000 писал(а) >>

- Por el camino, la pregunta - ¿funcionarán las dlls de los foros en la versión 5 o habrá que recompilarlas?

>> Funcionarán.

 

Tal vez alguien ya me lo dijo ........ , pero me gustaría que hubiera un buen ajuste de la velocidad de visualización en el probador.

También me gustaría que fuera posible probar los EAs multidivisa en el probador no por separado para cada par, sino para todos los pares a la vez.

 

A decir verdad, si añadieran soporte nativo de Java a MT5 sería genial. Me refiero a tener tanto MQL5 como JAVA con API a las funciones del terminal.

 

Propongo introducir un soporte nativo para la hora GMT. Esto sería una garantía fiable del trabajo de los Asesores Expertos, dependiendo de la apertura/cierre de las bolsas, no dependiendo de la hora de la izquierda en el servidor DC y no requiriendo llamadas de DLL del sistema y la exactitud (infalibilidad) de los ajustes del sistema local.

La hora puede obtenerse a través de NTP (Network Time Protocol) de servidores disponibles públicamente (por ejemplo, time.windows.com) o abrir su propio servidor de hora exacta. La plataforma Linux tiene herramientas incorporadas para configurar un servidor NTP, basta con conectar un simple receptor GPS a través del puerto COM al servidor.

No necesita peticiones constantes al servidor, sólo una sincronización (reconciliación) periódica de las horas locales y remotas.

Actualmente no existe ningún método en la plataforma MT4 que proporcione el GMT con un 100% de certeza, y lo necesitamos desesperadamente.

 
Shaitan писал(а) >>

Propongo introducir un soporte nativo para la hora GMT. Esto sería una garantía fiable del trabajo de los Asesores Expertos, dependiendo de la apertura/cierre de las bolsas, no dependiendo de la hora de la izquierda en el servidor DC y no requiriendo llamadas de DLL del sistema y la exactitud (infalibilidad) de los ajustes del sistema local.

La hora puede obtenerse a través de NTP (Network Time Protocol) de servidores disponibles públicamente (por ejemplo, time.windows.com) o abrir su propio servidor de hora de precisión. La plataforma Linux tiene herramientas incorporadas para configurar un servidor NTP, basta con conectar un simple receptor GPS a través del puerto COM al servidor.

No necesita peticiones constantes al servidor, sólo una sincronización (reconciliación) periódica de las horas locales y remotas.

Hasta la fecha, la plataforma MT4 no tiene ningún método, dando GMT con el 100% de confianza, y esta cosa se necesita desesperadamente.

Apoyado.
Desplazamiento de 1) la hora local y 2) la hora del servidor con respecto a GMT en MQL5 en forma de variables de entorno. Permitirá realizar un algoritmo universal de procesamiento de datos del historial, incluyendo la posibilidad de transferir sin problemas los Asesores Expertos entre terminales de diferentes empresas de corretaje.

 
sol >> :

A decir verdad, si añadieran soporte nativo de Java a MT5 sería genial. Disponer tanto de MQL5 como de JAVA con API para funciones de terminal.

¿Por qué Java, de dónde has sacado semejante privilegio, qué tiene de "guay"? En este caso, sugiero añadir en el terminal soporte para 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, para que todos los desarrolladores puedan utilizar MetaTrader por igual en sus plataformas de desarrollo nativas.

 
chv >> :

¿Por qué Java, por qué esos privilegios, qué tiene de "guay"? En ese caso sugiero que se añada soporte para 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 para que todos los desarrolladores puedan utilizar MetaTrader por igual en sus plataformas de desarrollo nativas.


Porque Java es genial, pero 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 son todos basura.

 
sol >> :

Porque Java es genial, pero 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 son todos basura.

Bueno, es una exageración con el dinero.

Java, .Net, Delphi - necesario y suficiente.

 
Shaitan >> :

Propongo introducir el soporte nativo de la hora GMT.

...

Apoyado por 10.000.000 de millones.

Operar con una sola vez supone toda una serie de ventajas.

(y es de esperar que muchos más que los que están a favor del "tiempo mixto").

El más importante de los cuales creo:

- la elección de los tratos se amplía a todos los disponibles

- Acoplamiento perfecto e ininterrumpido con los recursos de información