hatalar ve işlev bozuklukları - sayfa 3
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
Bu başarısızlığı ilk denemede yeniden üretemeyeceğinize inanamıyorum.
hassasiyeti 20/50'ye getirin ve trend çizgisi, fibo veya herhangi bir nesnenin bağlantı noktalarını hareket ettirmeye çalışın.
Sakin ol :-)
Bu, devreye giren başka bir parametre olabilir.
Sakin ol :-)
Bu, devreye giren başka bir parametre olabilir.
:)
Tamam, görünüşe göre artık bu "işlev bozukluğunu" bildirme fikrimden uzaklaşıyoruz.
Mesele şu ki, SetIndexBuffer(int, double, ENUM_INDEXBUFFER_TYPE ile dinamik bir dizi tanımladığınızda ), mantıksal olarak (belgelerde belirtilmediği için) tanımlayarak varsaymak mantıklıdır.
üçüncü tamponun varlığını hiçbir yerde görmek mümkün olmayacaktır: grafikte, gösterge özelliklerinde veya bu göstergeyi kullanarak EA'dan.
Özellikle bu dinamik olarak tahsis edilmiş dizinin kullanım doğasını tanımlamaya ZORUNLUSUZ.
(Bir kez daha tekrarlamak gerekirse, #pragmas aracılığıyla tampon ve grafik sayısını tanımlamanız hepsini kullanacağınız anlamına DEĞİLDİR. )
Ancak bunun doğru olmamasının yanı sıra, bu deneyimli programcılar için de açık değil gibi görünüyor, bu yüzden şu anda böyle 'işlev bozukluklarını' bildirmenin bir anlamı yok.
Yani ... böyle şeyleri rapor etmeli miyim, etmemeli miyim?
Aklımdaki benzer bir şeyle bir kez daha deneyeceğim, ama şu anda bu (sadece benim değil) zaman kaybı gibi görünüyor;)
Bu kullanışlı. Artık her biri deneyimsiz bile olsa farklı argümanlardan bir fikir edinebilir . Burası bir forum, bu yüzden katılmazsam yorumlarımı vermem gerektiğini düşünüyorum. Kişisel bir şey değil.
Tüm bunlarla ilgili olarak Servis Masasına bir şey bildirmeniz gerekiyorsa, o da belgelerin yeterince açık olmadığıdır. Ama benim düşüncem yine de belgelerde söylenmeyenleri yorumlamak zorunda değilsiniz.
Nazikçe.
hassas zaman ölçeği.
Evet, bu kesinlikle bir fark yaratıyor.
Kısa bir süre için beni rahatsız eden bir şey, Sabit tablo pozisyonunun MT4 ile aynı şekilde çalışmamasıydı, ancak daha sonra Yardım'a baktım ve olması gerektiği gibi davrandığını gördüm.
hassas zaman ölçeği.
M1 dışında bir periyodu olan bir grafikte bir nesne çizerken, aşağıdaki büyütme özellikleri görünür:
RTFM :-D
buna inanamıyorum :)
ve artık 'hassas zaman ölçeğinin' ne anlama geldiğini bildiğime göre, onu kullanmak istiyorum!!
ama ... bir hata var çünkü bir noktayı seçip 'zamandaki kesin ana' hizaladıktan sonra, ikinci noktayı hizalamaya çalışırken, ilk hizalanan nokta otomatik olarak daha yakın mumla yeniden hizalanır ve yeni bir mumla hizalanır , bazen farklı değer.
veya bunu da yönetmek için bir tıklama var mı? :)
buna inanamıyorum :)
ve artık 'hassas zaman ölçeğinin' ne anlama geldiğini bildiğime göre, onu kullanmak istiyorum!!
ama ... bir hata var çünkü bir noktayı seçip 'zamandaki kesin ana' hizaladıktan sonra, ikinci noktayı hizalamaya çalışırken, ilk hizalanan nokta otomatik olarak daha yakın mumla yeniden hizalanır ve yeni bir mumla hizalanır , bazen farklı değer.
veya bunu da yönetmek için bir tıklama var mı? :)
m_request.type_time = type_time; // type_time ORDER_TIME_GTC olarak ayarlandı
veya
m_request.type_time = type_time; // type_time , ORDER_TIME_ BELİRTİLEN olarak ayarlandı
m_request.expiration =son kullanma tarihi; // son kullanma tarihi 5 veya 10 gün sonrasına ayarlandı
HERHANGİ BİR FİKİR?
Geriye dönük testlerde (zaman çerçevesinden bağımsız olarak!) bekleyen siparişler, parametrelerle birlikte OrderSend aracılığıyla gönderildiğinde günün sonunda her zaman sona erer.
m_request.type_time = type_time; // type_time ORDER_TIME_GTC olarak ayarlandı
veya
m_request.type_time = type_time; // type_time , ORDER_TIME_ BELİRTİLEN olarak ayarlandı
m_request.expiration =son kullanma tarihi; // son kullanma tarihi 5 veya 10 gün sonrasına ayarlandı
HERHANGİ BİR FİKİR?