Hatalar, hatalar, sorular - sayfa 880
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
Hepinize iyi günler!
Bir sorum var.
Örneğin, bekleyen bir siparişi manuel olarak verdim.
Sonra, bir süre sonra , daha önce verilen siparişi değiştirmeye karar verdim (henüz uygulanmadı).
Fiyat seviyelerini ve TP, SL'yi değiştirmekte sorun yok, ancak bekleyen bir emrin hacmini değiştirmek mümkün değil mi?
Soru, neden?
(neden her seferinde eski siparişi manuel olarak siler, yeni bir tane oluşturur ve her şeyi yeniden ona yönlendirirsiniz?)
Fiyat seviyelerini ve TP, SL'yi değiştirmekte sorun yok, ancak bekleyen bir emrin hacmini değiştirmek mümkün değil mi?
imkanı yok.
Soru, neden?
imkanı yok.
Cevap bu nedenle.İyi cevap...
Ana şey müşterilerin rahatlığı içindir, değil mi))
Yukarıda anlattığım durum en azından mantıklı değil ve "dostça bir arayüz değil" demek nasıl daha yumuşak olabilir, değil mi?
Umarım geliştiriciler bunu dikkate alır.
Sayesinde!
Birkaç yıl önce ben de aynı soruyu sordum. Renat (bence), hacmin bir ticaret talebinin (emrinin) çok önemli bir unsuru olduğunu ve hacmin değiştirilmesinin ancak orijinal emri silip yeni bir tane vererek mümkün olduğunu söyledi. ..Eh, ya da anlam olarak çok yakın bir şey - ne hakkında olduğu hemen belliydi.
Evet, MT5'te programlı olarak bekleyen bir siparişin (zaten oluşturulmuş olan) hacmini değiştirmek için bir hüküm olmadığını görüyorum.
Ancak dürüst olmak gerekirse, gecikmenin tetikleyici fiyatının (ve içindeki SL, TP'nin) neden değiştirilebildiğini, ancak hacmin değiştirilemediğini tam olarak anlamıyorum?
Sorun nedir, biri beni aydınlatabilir mi (gerçekten anlamak istiyor)?
Sayesinde.
ps Geliştiricilerin peşinde, oluşturulan ertelemenin yorumunu neden değiştiremiyorsunuz, zorluklar nelerdir (gerçekten anlamak istiyorum)?
Burada şu konuyu buldum: Bekleyen bir siparişte hacim değişikliği (Valmars'tan mesaj).
Teşekkür ederim, okudum, siparişin değiştirilmesini tarihe kaydetmedikleri (bunu yapmalarını engelleyen nedir?), sadece günlükte kaydettikleri şimdi daha açık.
Ve sonra Valmars'ın argümanları hala tamamen net değil.
SL hakkında da şunu söyleyebilirim, diyelim ki işten çıkarmada başlangıçta 20 pips idi ve sonra değişti ve - 5 pips oldu ve sonra mevduat sahibi açıldı ve her şey eksi 5 pipste kapandı.
Ve neden bir çelişki var, SL'nin geçmişinde bir değişiklik yok mu? Argümanlar hacim hakkında net değil ...
Gecikme yürütülmezse, yalnızca bizim terminalimizde değil, aynı zamanda aracının sunucusunda da değiştirilmelidir, günlük gider (hangi çarpışmalar?).
Sorunun ne olduğunu hala anlamış değilim...
Bence mantık, konum çakışan sistemlerin çalışmasında yatıyor, sabit bir hacimle çalışıyorlarsa, kullanıcının da bu şekilde çalışması gerekir (böylece MQ, hızı etkileyen gereksiz işlemler yapmaz)
Bir modüldeki sanal işlevler ve / veya sayıları ve / veya sınıf sayısı ile ilgili bir tür sorun. Bir noktada, sınıfa yeni bir ekleme - bir hata buldu
Bir modüldeki sanal işlevler ve / veya sayıları ve / veya sınıf sayısı ile ilgili bir tür sorun. Bir noktada, sınıfa yeni bir ekleme - bir hata buldu