hatalar ve işlev bozuklukları - sayfa 3

 
graziani :

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.

 
angevoyageur :

Sakin ol :-)

Bu, devreye giren başka bir parametre olabilir.

:)

 
hassas zaman ölçeği.
 
graziani :

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.

 
graziani :
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.

Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants
Documentation on MQL5: Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants
  • www.mql5.com
Standard Constants, Enumerations and Structures / Chart Constants / Positioning Constants - Documentation on MQL5
 
graziani :
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:

  • Bir nesnenin bir noktasını aşırı fiyat uçlarından (OHLC) birine büyüttüğünüzde, uç noktanın kaydedildiği belirli dakika belirlenir. Nesnenin noktası o dakikaya bağlıdır ve buna uygun olarak nesnenin özelliklerinde görüntülenir. Bu tür bir davranış, zaman dilimleri arasında geçiş yaparken nesnelerin doğru konumlandırılmasını sağlar.
  • Ek olarak "Kesin zaman ölçeği" seçeneği etkinleştirilirse, bir uç noktadan bir bağlantı noktasının kenara atlamanın etkisini gözlemleyebilirsiniz. Bu davranış, gerçek ekstremum noktası bir çubuğun ekstremum noktasına karşılık gelmiyorsa görünür.
RTFM :-D
 
gezici :
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ı? :)

 
graziani :

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ı? :)

Görüyorsunuz, bu zaman kaybı değildi, bugün çok şey öğrendik :-)
 
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?


Documentation on MQL5: Standard Constants, Enumerations and Structures / Trade Constants / Order Properties
Documentation on MQL5: Standard Constants, Enumerations and Structures / Trade Constants / Order Properties
  • www.mql5.com
Standard Constants, Enumerations and Structures / Trade Constants / Order Properties - Documentation on MQL5
 
medikament1978 :
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?


Sorununuzu göstermek için biraz kod (biraz daha), günlükler veya ekran görüntüsü gönderebilir misiniz?