Hatalar, hatalar, sorular - sayfa 2737
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
MT4'te göstergelerde hata ayıklarken , grafiğe geçerseniz hata ayıklayıcı sıkıca takılır.
Örneğin, standart bir CCI göstergesinde hata ayıklamanın başlangıcında yeniden üretilir.
1. Bir kesme noktası belirleyin;
2. F5'e basın;
3. Grafiğe geçin.
Sonuç, hata ayıklayıcı grafiğinin donmasıdır.
Ayrıca hata ayıklama sırasında F5'e birkaç kez basabilirsiniz - grafik kilitleniyor.
1260 oluşturun.
Hata ayıklayıcı ayarları:
Arama sonucu metnin bir kısmını kaldırır.
İşte orijinal.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MetaTrader 5 Strateji Test Cihazı: Hatalar, Hatalar, İyileştirme Önerileri
fxsaber , 2020.05.11 20:31
Test Kullanıcısının Header.passes _passed == 0 ile opt dosyaları oluşturması muhtemelen mantıklı değildir.Görünen o ki, OBJ_LABLE türünde bir nesne için arka plan rengini ayarlamak mümkün değildir, OBJ_EDIT kullanmanız gerekir.
OBJ_EDIT kullanırken yeni bir sorun ortaya çıktı - tüm metnin nesnenin uygun boyutlarına sığması için OBJPROP_XSIZE ve OBJPROP_YSIZE boyutunu ayarlama ihtiyacı.
Soru: OBJPROP_XSIZE ve OBJPROP_YSIZE boyutları nasıl belirlenir, böylece tüm metin oraya sığar?
İki seçenek düşünüldü:
1. Bir OBJ_LABLE nesnesi oluşturun, boyutları okuyun, bir OBJ_LABLE nesnesini silin.
Boyutların okunması ancak nesnenin fiili oluşturulmasından sonra mümkün olduğundan ve nesne ChartRedraw için kuyruğa alındığında mümkün olmadığından uygun değildir.
2. TextSetFont'u ve ardından TextGetSize'ı kullanma.
Uygun değil, sonuç 1 No'lu yöntemin sonuçlarından kökten farklı olduğundan, yazı tipi boyutuna bağlı olarak farklar 2,5 - 2,9 kat.
Belki de nedeni 4K monitör ve %175 DPI.
Çözüm için teşekkürler Geess .
TextSetFont'a geçerken yazı tipi boyutunu -10 ile çarpmanız gerekiyor.
Çok nadiren grafik nesnelerle çalışıyorum , OBJ_LABLE (set OBJPROP_BGCOLOR) için arka planı boyamak gerekli hale geldi.
Görünen o ki, OBJ_LABLE türünde bir nesne için arka plan rengini ayarlamak mümkün değildir, OBJ_EDIT kullanmanız gerekir.
OBJ_EDIT kullanırken yeni bir sorun ortaya çıktı - tüm metnin nesnenin uygun boyutlarına sığması için OBJPROP_XSIZE ve OBJPROP_YSIZE boyutunu ayarlama ihtiyacı.
Soru: OBJPROP_XSIZE ve OBJPROP_YSIZE boyutları nasıl belirlenir, böylece tüm metin oraya sığar?
İki seçenek düşünüldü:
1. Bir OBJ_LABLE nesnesi oluşturun, boyutları okuyun, bir OBJ_LABLE nesnesini silin.
Boyutların okunması ancak nesnenin fiili oluşturulmasından sonra mümkün olduğundan ve nesne ChartRedraw için kuyruğa alındığında mümkün olmadığından uygun değildir.
2. TextSetFont'u ve ardından TextGetSize'ı kullanma.
Uygun değil, sonuç 1 No'lu yöntemin sonuçlarından kökten farklı olduğundan, yazı tipi boyutuna bağlı olarak farklar 2,5 - 2,9 kat.
Belki de nedeni 4K monitör ve %175 DPI'dır.
İlk olarak, metin boyutu ve nesne boyutu aynı şey değildir. En azından bir sınır olmalı. Ve böylece bu değerler uyuşamaz.
İkincisi, kısıtlaması olmayan OBJ_BITMAP_LABEL kullanmak daha iyidir.
Ve gerçekten kullanıyorsanız, CCanvas sınıfını kullanmak daha iyidir.
Sonuç olarak, aynı nesneyi yalnızca daha fazla özellik ile elde ederiz. Örneğin, bir metin etiketine şeffaflık ekleyerek.
İlk olarak, metin boyutu ve nesne boyutu aynı şey değildir. En azından bir sınır olmalı. Ve böylece bu değerler uyuşamaz.
Yardımın için çok teşekkürler.
Hazır çözüm kendi ihtiyaçlarına göre uyarlanmıştır, bu nedenle kütüphaneleri tanıtmaya gerek yoktur.
Orijinal çözümünüz şu şekilde temsil edilebilir:
Ne yazık ki, MT5'teki bir kusur nedeniyle önerilen çözüm normal şekilde kullanılamaz.
Metin boyutu, %175 Windows DPI'lı bir 4K monitörde gerekenden 3 kat daha küçüktür.
Yazı tipi boyutunu DPI / %100 * [1.6 ... 1.8] ile çarpmanız gerekir.
Çözüm için teşekkürler Geess .
TextSetFont'a geçerken yazı tipi boyutunu -10 ile çarpmanız gerekiyor .
Yardımın için çok teşekkürler.
Hazır çözüm kendi ihtiyaçlarına göre uyarlanmıştır, bu nedenle kütüphaneleri tanıtmaya gerek yoktur.
Orijinal çözümünüz şu şekilde temsil edilebilir:
Ne yazık ki, MT5'teki bir kusur nedeniyle önerilen çözüm normal şekilde kullanılamaz.
Metin boyutu, %175 Windows DPI'lı bir 4K monitörde gerekenden 3 kat daha küçüktür.
Yazı tipi boyutunu DPI / %100 * [1.6 ... 1.8] ile çarpmanız gerekir.
https://www.mql5.com/ru/docs/objects/textsetfont
bunu yapmanız gerekir:
OBJ_LABEL'e neden bu kadar ihtiyacınız olduğunu anlamıyorum? Seçeneği kitaplıklar olmadan OBJ_BITMAP_LABEL ile uyguladınız. Avantajı nedir? Sadece sınırlamalar görüyorum.
https://www.mql5.com/ru/docs/objects/textsetfont
OBJ_LABEL'e neden bu kadar ihtiyacınız olduğunu anlamıyorum? Seçeneği kitaplıklar olmadan OBJ_BITMAP_LABEL ile uyguladınız. Avantajı nedir? Sadece sınırlamalar görüyorum.
Tekrar çok teşekkür ederim.
-10 ile çarpma hakkında bilmiyordum, görmedim, okumadım. Sorun çözüldü.
OBJ_LABEL, sorunu görünür ve tekrarlanabilir hale getirmek için kullanıldı.
Lütfen bana sorunun ne olduğunu söyle.
Doğru çalışan ve eşzamanlı olarak güncellenen farklı göstergeler, ana pencerede görüntülenen fiyat grafiğine göre değil, başka bir şey göstermeye başlar. Her gün değil ara sıra oluyor.
İlk başta göstergeler üzerinde günah işledim, ancak yerel MT 5 dahil olmak üzere farklı olanları denedikten sonra terminalin kendisinden şüphelenmeye başladım. Sorunu geçen yıldan beri terminalin farklı versiyonlarında uzun süredir gözlemliyorum. Önce Alpari'nin custom versiyonunda izledim şimdi orjinal versiyonunda aynı. Hem demo hesapta hem de gerçek ecn hesabında .
Komisyoncu Alpari. MT 5, 03/13/2020 tarihinden itibaren 2363 oluşturur. Diğer dönemlerde hatırlamıyorum ama M 1'de olan tam olarak bu.
Ekran görüntüleri:
"Uçan" seçeneği. Zigzag dışında tüm göstergeler yerleşiktir. Tarih ile doğru çalışma ile zikzak. Gösterge okumaları birbiriyle uyumludur. Fiyatlara katılmıyorum.
Güncellemeden sonra.
MT5 sürümü
Tünaydın.
Anlamadığım ve neler olduğunu bilmediğim bir şeye rastladım.
Farklı stratejilerde kullanılan iki fonksiyon vardır. Mantıksal olarak, tip kontrollerindeki kod
koşullardan biri doğru değilse yürütülmemelidir. Ancak konumun sihirli numarası ve fonksiyona iletilen sihirli sayı EŞİT DEĞİLSE, bazı nedenlerden dolayı yürütülür.
Tamsayı türlerinin karşılaştırılması gibi. Neden, anlayamıyorum. Aşağıdaki günlük ekran görüntüsünde görebilirsiniz.