Discusión sobre el artículo "Interfaces gráficas VIII: Control "Calendario" (Capítulo 1)" - página 3
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
No le veo sentido a discutir el contenido del enlace. En primer lugar, es lo primero que encontré, nada más, y en segundo lugar, parece que hay documentación allí. Pero de todas formas no quiero perder el tiempo en ello.
Tu "lo más probable" no es diferente de mi "seguro".
Estaría bien que contestaran los propios desarrolladores, o al menos alguien que esté realmente en el tema.
Pues no puede haber cosas tan básicas, no puede ser.
No le veo sentido a discutir el contenido del enlace. En primer lugar, es lo primero con lo que me he topado, nada más, y en segundo lugar, parece que hay documentación ahí. Pero de todas formas no quiero perder el tiempo con ello.
De todas formas sería interesante leer la respuesta de los desarrolladores sobre este tema.
Y sobre la documentación... De todo lo que he mirado, sólo hay una breve documentación sobre cómo utilizar la biblioteca. Descripciones y comentarios detallados, cómo se organiza por dentro, el esquema, etc., todo esto personalmente no lo he encontrado.
Tal vez alguien quiera estudiar todo esto, entenderlo a fondo y portarlo a MQL. Sería estupendo. ))
Sigo con mucha atención los artículos de Anatoly, lo que hace merece respeto.
En los programas MQL, la versión clásica de la interfaz suele ser muy pobre, Anatoly muestra cómo se puede elevarla a una altura adecuada.
En segundo lugar, sus artículos describen todo con gran detalle, a veces es más difícil que escribir realmente el código.
Considero su trabajo como un muy buen material didáctico.
Y, por supuesto, es posible portar algo, en realidad no realmente penetrar y entender cómo se organiza por dentro.
Pero cuando hay un problema después de cualquier "porting", y sucede, y algo va mal, es bastante difícil encontrar el problema. Por eso se dará preferencia al código que sea transparente y esté bien documentado. Y esta es exactamente la variante propuesta.
Y por último, si usted toma su ejemplo, en comparación con la portabilidad, que tendrá muchas veces más tiempo,
es mejor usar su ejemplo que recorrer internet buscando una variante adecuada.
y luego lidiar con los problemas después del "porting fallido", que implican importar megabytes de librerías adicionales, algunas de las cuales pueden no tener código fuente en absoluto, peor descritas e incluso pueden implicar el uso de algunas DLLs.