Hatalar, hatalar, sorular - sayfa 2290
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Evet, başka bir terminale kurdum - sürümde de çalışıyor.
Salt okunur hata. Hiç okumayın.
Salt okunur hata. Hiç okumayın.
Evet. Bu zaten anlaşılmıştır. Üzüntü.
Sizce MQ bununla uğraşır mı?
Yine de şüpheliyim.
Yazık ki, MT5'ten MT4'e bazı kodları yeniden yazma fikrinden vazgeçmeniz gerekecek. Bununla birlikte, ana parti hala 4-ke'de oturuyor. Doğanın gizemi...
Sanırım tuvali daha önce okumadın, sadece orada notlar aldın.
Birkaç yıl önce kodun neden 5-ke üzerinde çalışıp 4-ke üzerinde çalışmadığını anlayamadığımı şimdi hatırladım. Ama sonra nedeni kazmaya başlamadı. Şimdi sebebin kaynaktan çalışmayan okuma olduğunu anlıyorum.
Ağda bir ters TS hayal edin. Orada tüm işlemler DEAL_ENTRY_INOUT tipinde olacaktır.
İşlem anında pozisyonun ne büyüklükte olduğunu geçmişten öğrenmek için her seferinde PositionID ile lotu hesaplayarak çalıştırmanız gerekir. Veya güçlü frenler olmadan çalışmak için bir tür önbellek oluşturun.
Yüz çevirme yaptınız - her seferinde bu yüz döngüde, karşılık gelen hızlı olmayan HistorySelectByPosition ile koşacaksınız.
Eğer doğru anladıysam bu değeri belirlemenin başka bir yolu yok.
Veya örneğin pozisyonu kapatmadan çok fazla DEAL_ENTRY_IN ve DEAL_ENTRY_OUT yaparsınız. Ve tarihsel bir konumun hacmini belirlemek, yine, ancak tarih üzerinde tekabül eden koşuyla mümkündür.
DEAL_POSITION_VOLUME - işlemden sonra pozisyonun büyüklüğü girilebilir mi?
Oraya yazıp yazmadığımı bilmiyorum, ancak danışmanın çalışmasının izlenmesi olarak hizmet eden sinyalimde, gerçeklikle kesinlikle ilgisi olmayan bir uyarı belirdi.
Artışın %80'i 16 günde yapılıyor. Bu, 376 günlük toplam sinyal ömrünün %4'ü."
Nasıl olabilir? yoksa bir şeyi yanlış mı anlıyorum?
Operatör mantığında hata
Bu ciddi değil.
Bu ciddi değil.
Grafik nesnelerinin yığınlama sırasını (Z-Sırasını) belirleyen bir özelliği yoktur. Mevcut OBJPROP_ZORDER özelliğinin bununla hiçbir ilgisi yok, ancak bir nedenden dolayı benzer bir isme sahip.
İstifleme sırasının nesnenin oluşturulma tarihine göre belirlendiğini düşünürdüm. Ancak, herhangi bir nesne için bunu yapın:
sonra bu nesne diğerlerinin üzerine yerleştirilir. Hiçbir özelliği değişmez. Buna göre, hangi nesnenin yukarıda veya aşağıda olduğunu program aracılığıyla belirlemek mümkün değildir. Ancak, MT bu bilgiyi bir yerde saklar. Bu nedenle, ObjectGetInteger'da karşılık gelen bir özelliğe sahip olmak istiyorum.