MQL5 için dilekler - sayfa 81
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
SpeechText işlevi, sürekli bir çökme kaynağı olmuştur. Çünkü tüm işletim sistemleri onu eşit olarak desteklemez. Genel olarak, Konuşma SDK'sı, işletim sisteminin ek ve tamamen isteğe bağlı bir bileşenidir.
Standart SpeechText işlevini kaldırdıktan sonra, ustalar DLL aracılığıyla benzer bir işleve çağrı yaptı. Ve bu DLL'nin kullanıcıları aynı anda yukarıda belirtilen bileşeni yükledi. İstemci terminalini kurarken kullanıcıyı bu bileşeni kurmaya zorlayamayız.
Başka türlü yapabilirsiniz - "yarı resmi" dll'nizi oluşturun ve burada forumda yayınlayın
nasıl kullanılacağına dair kısa bir açıklama içeren bir uygulama şeklinde (veya resmi sitede) (yalnızca dll'nin nasıl içe aktarılacağını ve komutun nasıl çalıştırılacağını göstermek için). Kimin indirmesi gerekiyor. Ve herkes mutlu olacak.
.
- Bu arada soru şu - forumlardaki dll'ler 5. sürümde çalışacak mı yoksa yeniden derlenmeleri mi gerekiyor?
- Bu arada soru şu - forumlardaki dll'ler 5. sürümde çalışacak mı yoksa yeniden derlenmeleri mi gerekiyor?
Onlar çalışacak.
Belki biri benden önce demiştir ........ ama ben test cihazında görselleştirme hızının düzgün bir şekilde ayarlanmasını istedim.
Ayrıca, test cihazında çoklu para birimi Uzman Danışmanlarını her çiftte ayrı ayrı değil, aynı anda tüm çiftlerde test edebilmeniz için.
Gerçeği söylemek gerekirse, MT5'e yerel Java desteği eklenseydi harika olurdu. Yani MQL5, terminal işlevleri için bir API'ye sahip JAVA'ydı.
GMT saati için yerel destek sunmayı öneriyorum. Bu, Exchange'lerin açılıp kapanmasına bağlı, DC sunucusunda ayarlanan sol zamana bağlı olmayan ve sistem DLL'lerine çağrı gerektirmeyen ve doğruluğu (hatasız) olan Expert Advisor'ların çalışması için güvenilir bir garanti olacaktır. yerel sistem ayarları.
Zamanı, herkese açık sunuculardan (örneğin, time.windows.com) NTP (Ağ Zaman Protokolü) aracılığıyla alabilir veya kendi tam zaman sunucunuzu açabilirsiniz. Linux platformu, bir NTP sunucusunu dağıtmak için hazır yerleşik araçlara sahiptir, basit bir GPS alıcısını bir COM portu üzerinden sunucuya bağlamak yeterlidir.
Bu, sunucuya sürekli istekler gerektirmez, yalnızca yerel ve uzak zamanın periyodik senkronizasyonu (doğrulanması) yeterlidir.
Bugüne kadar MT4 platformunda GMT'ye %100 kesinlik veren bir yöntem yok ve bu şeye çok ihtiyaç var.
GMT saati için yerel destek sunmayı öneriyorum. Bu, Exchange'lerin açılıp kapanmasına bağlı, DC sunucusunda ayarlanan sol zamana bağlı olmayan ve sistem DLL'lerine çağrı gerektirmeyen ve doğruluğu (hatasız) olan Expert Advisor'ların çalışması için güvenilir bir garanti olacaktır. yerel sistem ayarları.
Zaman, herkese açık sunuculardan (örneğin, time.windows.com) NTP (Ağ Zaman Protokolü) aracılığıyla alınabilir veya kendi tam zaman sunucunuzu açabilirsiniz. Linux platformu, bir NTP sunucusunu dağıtmak için hazır yerleşik araçlara sahiptir, basit bir GPS alıcısını bir COM portu üzerinden sunucuya bağlamak yeterlidir.
Bu, sunucuya sürekli istekler gerektirmez, yalnızca yerel ve uzak zamanın periyodik senkronizasyonu (doğrulanması) yeterlidir.
Bugüne kadar MT4 platformunda GMT'ye %100 kesinlik veren bir yöntem yok ve bu şeye çok ihtiyaç var.
Desteklerim.
MQL 5'te ortam değişkenleri biçiminde GMT'ye göre 1) yerel saat ve 2) DC sunucu saatinin ofseti gereklidir. Bu, farklı DC'lerin terminalleri arasında Uzman Danışmanların sorunsuz aktarımı olasılığı da dahil olmak üzere, geçmiş verileri işlemek için evrensel bir algoritmanın uygulanmasına izin verecektir.
Gerçeği söylemek gerekirse, MT5'e yerel Java desteği eklenseydi harika olurdu. Yani MQL5, terminal işlevleri için bir API'ye sahip JAVA'ydı.
Neden tam olarak Java, bu tür ayrıcalıklar nereden geliyor, bu konuda "havalı" olan nedir? Bu durumda Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon'dan terminale , Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C, böylece tüm geliştiriciler MetaTrader'ı yerel geliştirme platformlarında eşit olarak kullanabilir.
Neden tam olarak Java, bu tür ayrıcalıklar nereden geliyor, bu konuda "havalı" olan nedir? Bu durumda Ada, APL, Boo, COBOL, Component Pascal, Delphi, Eiffel, Forth, FORTRAN, Haskell, IronPython, Lexico, Lisp, Mercury, Mondrian, Nemerle, .Net Framework/ASP.NET, Oberon'dan terminale , Perl, PHP, RPG, Ruby, Silverlight, Smalltalk, Visual Basic, WFC, 1C, böylece tüm geliştiriciler MetaTrader'ı yerel geliştirme platformlarında eşit olarak kullanabilir.
Çünkü Java harikadır, ancak 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 - hepsi çöp.
Çünkü Java harikadır, ancak 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 - hepsi çöp.
Eh, tortularla - bu bir fazlalıktır.
Java, .Net, Delphi - gerekli ve yeterli.
GMT saati için yerel destek sunmayı öneriyorum.
...
10000000 myo%'yu destekliyorum
Tek bir zaman üzerinde çalışmak bir dizi avantajdır.
(ve "uyumsuzluğun" arkasında olanlardan çok daha fazlasının olduğunu umuyorum)
Bunlardan en önemlilerini düşündüğüm:
- işlem seçeneği mevcut tüm seçeneklere kadar genişletildi
- bilgi kaynakları ile sorunsuz ve sayılamayan yerleştirme