Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Bunu değiştirmek o kadar da zor değil.
https://www.mql5.com/en/code/470
Teşekkür ederim! :-)
Bu doğru.
Yeniden yaptığında, anlamaya başlarsın.
Göstergelerde her şey yolunda. Hem sayıyı hem de hangi göstergelerin tablo üzerinde asılı olduğunu öğrenebilir, göstergeyi asabilir veya tablodan kaldırabilirsiniz.
Ancak bu, Expert Advisor'lar ve komut dosyaları için sağlanmaz, Expert Advisor'ı yalnızca Expert Advisor'ın kendisinden ExpertRemove() 'u çağırarak durdurun.
Gerçekten sadece hindiler için bir işlev var gibi görünüyor (sonuna kadar kontrol etmeme rağmen).
MQL4'e baktım, orada bir fonksiyon var. sadece anladığım kadarıyla biraz farklı.
string WindowExpertName() Возвращает имя выполняющегося эксперта, скрипта, пользовательского индикатора или библиотеки, в зависимости от того, из какой MQL4-программы вызвана данная функция.
Geliştiricilere, grafikle ilgili bilgilere gerekli işlevselliği eklemeleri ve hatta herhangi bir grafikten ifna alabileceğiniz şekilde bir teklif var.Tek bir çizelge üzerinde sadece bir Uzman Danışman çalışabileceğinden, bu tür bilgiler görünüşte yapılmamış, sadece göstergeleri belirlemek için yapılmıştır.
Ve herhangi birinin ihtiyacı olursa, gerçekten diğer çizelgelerden bilgi alabilirsiniz.
Tek bir çizelge üzerinde sadece bir Uzman Danışman çalışabileceğinden, bu tür bilgiler görünüşte yapılmamış, sadece göstergeleri belirlemek için yapılmıştır.
Ve herhangi birinin ihtiyacı olursa, gerçekten diğer çizelgelerden bilgi alabilirsiniz.
Göstergenin kısa adını kendisinden öğrenebildiğini , ancak tutamağını öğrenemediğini ve bunun muhtemelen bir şeyden kaynaklandığını buldum.
Bu nedenle, bir döngüde göstergedeki göstergeleri bulmak için tüm çizelgeleri ve pencerelerini gözden geçirirseniz, bir çözüm sağlamazsanız kesinlikle "kendinize" ulaşır ve donarsınız.
Elbette bu bir senaryoda veya bir Uzman Danışmanda yapılabilir, ancak buna bir göstergede ihtiyacım vardı.
Ama asıl mesele bu değil, sadece düşünce tekrar ortaya çıktı:
- terminalde bir sembol ve nokta ve başka bir ortam olmadan özel bir boş "grafiğe" sahip olmak güzel olurdu, ancak üzerine bir gösterge/komut dosyası/uzman da atabilirsiniz.
Diğer geleneksel çizelgeler ve programlar tarafından çeşitli paneller ve diğer kontroller / kontroller için bir tür pano.
Ama asıl mesele bu değil, sadece düşünce tekrar ortaya çıktı:
- terminalde bir sembol, nokta ve başka bir ortam olmadan özel bir boş "grafiğe" sahip olmak güzel olurdu, ancak üzerine bir gösterge/komut dosyası/uzman da atabilirsiniz.
Diğer geleneksel çizelgeler ve programlar tarafından çeşitli paneller ve diğer kontroller / kontroller için bir tür pano.
Allah Renat duysun.
Bu (hiç de yeni değil) fikrin aktif olarak ve çok daha geniş bir bağlamda desteklenmesi gerektiğine inanıyorum, yani:
Maalesef bunun MT5'te uygulanmayacağının tamamen farkındayım (%99,9 kesinlikle). Terminalin temelindeki mimarisi, başlangıçta bu açıdan kolay yeniden yapılandırma ve hatta genişleme sağlamamaktadır. Ancak sistemin gelişimi MT5'te bitmeyecek ve MT6'nın temeli atıldığında (veya belki de süreç zaten devam ediyor), geliştiricilerin mimari olarak böyle bir şema oluşturmasını ve devralmamasını sağlamak gerekir. olağan hata ayıklanmış ("bir çizelge - bir uzman", "ana pencerelerin her sekmesi = çizelge" vb.).
Böyle bir mimariyi uygulama yolunda belirli zorluklar vardır, ancak bunlar temel ve muzaffer değildir. Kullanıcıların rahatlığı, büyüklük sıralarından faydalanacaktır. Evet ve geliştiriciler sonunda kendi kolaylıklarına sahip olacaklar - örneğin, belirli pencere türleri mimari düzeyde keskin stresler olmadan aşamalı olarak ve kademeli olarak tanıtılabilir.
Amin.
Allah Renat duysun.
Bu (hiç de yeni değil) fikrin aktif olarak ve çok daha geniş bir bağlamda desteklenmesi gerektiğine inanıyorum, yani:
Maalesef bunun MT5'te uygulanmayacağının tamamen farkındayım (%99,9 kesinlikle). Terminalin temelindeki mimarisi, başlangıçta bu açıdan kolay yeniden yapılandırma ve hatta genişleme sağlamamaktadır. Ancak sistemin gelişimi MT5'te bitmeyecek ve MT6'nın temeli atıldığında (veya belki de süreç zaten devam ediyor), geliştiricilerin mimari olarak böyle bir şema oluşturmasını ve devralmamasını sağlamak gerekir. olağan hata ayıklanmış ("bir çizelge - bir uzman", "ana pencerelerin her sekmesi = çizelge" vb.).
Böyle bir mimariyi uygulama yolunda belirli zorluklar vardır, ancak bunlar temel ve muzaffer değildir. Kullanıcıların rahatlığı, büyüklük sıralarından faydalanacaktır. Evet ve geliştiriciler sonunda kendi kolaylıklarına sahip olacaklar - örneğin, belirli pencere türleri mimari düzeyde keskin stresler olmadan aşamalı olarak ve kademeli olarak tanıtılabilir.
Amin.
Neden bu kadar sıcak?
Sahte bir çizelge yapılır ve işte, dereler şık şortlara dönüşür, iyi ya da uzun :) pardon kelime oyununa dayanamadım.
Neden bu kadar sıcak?
Sahte bir çizelge yapılır ve işte, dereler şık şortlara dönüşür, iyi ya da uzun :) pardon kelime oyununa dayanamadım.
Kodda yanlış olan ne? Neden " başarısız iptal emri #0 pazardan 0,00 satın al [Geçersiz istek] " hatalarını almaya devam ediyorum
MqlTradeRequest order_remove_mql_trade_request = {0};
order_remove_mql_trade_request.action = TRADE_ACTION_REMOVE;
i = OrdersTotal();
if(i > 0){
if(PositionGetInteger(POSITION_TYPE) == POSITION_TYPE_BUY){
for(i2 = 0;i2 <= i;i2++){
ul = OrderGetTicket(i2);
OrderSelect(ul);
if(OrderGetInteger(ORDER_TYPE) == ORDER_TYPE_BUY_LIMIT){
order_remove_mql_trade_request.order = ul;
OrderSend(order_remove_mql_trade_request,mql_trade_result);}}}
if(PositionGetInteger(POSITION_TYPE) == POSITION_TYPE_SELL){
for(i2 = 0;i2 <= i;i2++){
ul = OrderGetTicket(i2);
OrderSelect(ul);
if(OrderGetInteger(ORDER_TYPE) == ORDER_TYPE_SELL_LIMIT){
order_remove_mql_trade_request.order = ul;
OrderSend(order_remove_mql_trade_request,mql_trade_result);}}}}