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
Harici bir aracım var, terminalden GUI geri bildirimine ihtiyacım yok.
Yani bir terminal kullanmıyor musun? Telepatik olarak ticaret yapıyor musunuz?
Yani bir terminal kullanmıyor musun? Telepatik olarak ticaret yapıyor musunuz?
Dürüst olmak gerekirse, formları çizelgelere bağlamam gerekmiyordu.
Ben sadece kendim için açıkça ayırıyorum - doğrudan grafikle ilgili operasyonel grafikler var (her türlü satır, imza, yazı vb.), bu doğal olarak MT aracılığıyla yapılır.
ve bir yönetim GUI'si var - ayarlar, raporlar, istatistikler. Ve oldukça büyükler ve bunları tablonun içine doldurmak kullanıcıya karşı bir suçtur :-)
Üst öğeyi değiştirmeden bir grafiğin üstüne bir form yerleştirebilirsiniz. sadece aptalca üste yerleştirin ;-) elbette, pencere yöneticisinden formu almanız ve grafik geometrisindeki ve odaktaki değişikliği izlemeniz gerekecek.
update/ formu yerleştirmek için - RectLabel'i grafikte görüntüleyin ve grafik olayındaki koordinatlardaki değişikliği izleyin. Değiştirirken - formunuzu kesinlikle en üste yerleştirin :-) Sekmeleri değiştirirken formunuzu zamanında gizlemek için pencereyi en aza indirerek bir tef ile biraz dans etmeniz gerekecektir.Bu "manuel gün batımı" :-) Ama MetaTrader'ın içine girmiyorsunuz ve pencerelerine yeni çocuklar ve kancalar koymuyorsunuz, yani terbiyeli davranıyorsunuz
ve bir DLL'den çağrılan herhangi bir GUI'nin en tatsız özelliği vardır - onu çağıran danışmanlar / göstergeler en ufak bir hapşırmadan periyodik olarak yeniden başlar. Matın formlarının ve şelalelerinin yeniden keşfine yol açan şey..
Belki de uzun zamandır duyurulan "hizmetler" (veya her ne denirse) böyle bir dezavantajdan yoksun olacaktır.
Katılmıyorum. İlk örneğinizde olduğu gibi, siparişler GUI kullanılarak açılırsa, ilgili formun ilgili tabloya ait olması gerekir. Örneğin, açık 5 grafiğiniz var ve 5'inden sipariş yönetimi formları (raporlar veya ayarlar değil) başlatıldı. Farklı grafiklere "ait" olan ücretsiz 5 form, kullanıcıların kafasını karıştıracak ve karıştıracaktır. Ve gözlerinizin önünde sadece aktif grafiğe ait olan form varsa, o zaman bu başka bir konudur.
Katılmıyorum. İlk örneğinizde olduğu gibi, siparişler GUI kullanılarak açılırsa, ilgili formun ilgili tabloya ait olması gerekir. Örneğin, açık 5 grafiğiniz var ve 5'inden sipariş yönetimi formları (raporlar veya ayarlar değil) başlatıldı. Farklı grafiklere "ait" olan ücretsiz 5 form, kullanıcıların kafasını karıştıracak ve karıştıracaktır. Ve gözlerinizin önünde sadece aktif grafiğe ait olan form varsa, o zaman bu başka bir konudur.
Bu arada bir de siparişler tablosu (ağacı) var ama bu sadece bir örnek...
kullanıcılar çoğunlukla 3 monitörde "tablolar/formlar nasıl yerleştirilir" sorusuna sahiptir :-) İşlem sırasında sekme yok - ihtiyacınız olan her şey görünür olmalıdır
)) terminal - veri sağlayıcı ve. isteklerin alıcı-yürütücüsü. Herşey. İçinde yapılandırılacak hiçbir şey yok.
Şaka mı yapıyorsun yoksa bu bir tür şaka mı? 2 gündür cevap almaya çalışıyorum - ikincisi hangi iletişim kanalı aracılığıyla - başvuruların alıcı-yürütücüsü bu başvuruları alıyor ??? Belki bir izcisin? Yakalasalar, el sallasalar, tükürseler ve yalnız bıraksalar bile, yine de bir arkada...
Şaka mı yapıyorsun yoksa bu bir tür şaka mı? 2 gündür cevap almaya çalışıyorum - ikincisi hangi iletişim kanalı üzerinden - başvuruların alıcı-yürütücüsü bu başvuruları alıyor ??? Belki bir izcisin? Yakalasalar, el sallasalar, tükürseler ve yalnız bıraksalar bile, yine de bir arkada...
Alexey, planın aşağıdaki gibi olduğuna inanıyorum: Her çizelgede uygulamaya veri gönderen bir Uzman Danışman kurulur . Veri sağlayıcılardır. Komutlar için uygulamayı yoklayan ayrı bir çizelgede bir Uzman Danışman vardır. Bu danışman emirleri kabul eder ve uygular. Sonuç olarak, çizelgelerdeki danışmanların kendileri anketleri indirmezler. Verileri gönderdik ve onların modunda çalışmaya devam ediyoruz. Ve ayrı bir danışman sürekli oylama yapıyor.
Ancak prensipte ayrı bir danışmana ihtiyaç görmüyorum. Yoklama, EA'dan ayrı bir iş parçacığında olacağından gösterge tarafından yapılabilir. Ve bu grafik için bir emir tespit edildiğinde, gösterge, EA'nın araya girip yürüteceği bir olay gönderebilir.
Alexey, planın aşağıdaki gibi olduğuna inanıyorum: Her çizelgede uygulamaya veri gönderen bir Uzman Danışman kurulur. Veri sağlayıcılardır. Komutlar için uygulamayı yoklayan ayrı bir çizelgede bir Uzman Danışman vardır. Bu danışman istekleri kabul eder ve yürütür. Sonuç olarak, çizelgelerdeki danışmanların kendileri anketleri indirmezler. Verileri gönderdik ve onların modunda çalışmaya devam ediyoruz. Ve ayrı bir danışman sürekli yoklama yapıyor.
Ancak prensipte ayrı bir danışmana ihtiyaç görmüyorum. Yoklama, EA'dan ayrı bir iş parçacığında olacağından gösterge tarafından yapılabilir. Ve bu grafik için bir emir tespit edildiğinde, gösterge, EA'nın araya girip yürüteceği bir olay gönderebilir.
Evet, benim için mor, orası nasıl bölünüyor, 5 danışmana ya da 100500. İletişim kanalını sordum çünkü birkaç çeşidi olabilir. Tekrar ediyorum, 10 yıl önce borularda yapmıştım. O zamanlar mql'de yerleşik borular yoktu, yerel С++DLL kullandım. Ve tüm robot keskindi. Robottan gelen komutlar, hız için eşzamansız olarak gittikleri için DLL arabelleğinde toplandı. MQL4 Expert Advisor her tıklamada DLL'yi aradı mı (henüz zamanlayıcı yoktu)? aktarılan teklifler ve ekipler aldı. Her şey çoklu para birimiydi, neden bir sürü çizelgeye ihtiyacınız var, anlamıyorum.
Burada değişim mekanizmasını iki satırda anlattım. Bir su okyanusu yerine mekanizmanızı tarif etmek gerçekten bu kadar zor mu?
Burada değişim mekanizmasını iki satırda anlattım. Bir su okyanusu yerine mekanizmanızı tarif etmek gerçekten bu kadar zor mu?
Saçmalık. İlk başta GUI'yi sordu - nasıl iletişim kurduğunu. Cevap verdi - hayır, gerekli değil. Görünen o ki, danışmanların nasıl iletişim kurduğuna ihtiyacı var, bunun hakkında 100 kez yazdım.
Soru sormaktan gerçekten acizsin. Danışmanların nasıl iletişim kurduğuyla ilgilenmiyorum. Her şey, konuyu kapatıyorum çünkü hiçbir anlamı yok.
Evet, benim için mor, orası nasıl bölünüyor, 5 danışmana ya da 100500. İletişim kanalını sordum çünkü birkaç çeşidi olabilir. Tekrar ediyorum, 10 yıl önce borularda yapmıştım. O zamanlar mql'de yerleşik borular yoktu, yerel С++DLL kullandım. Ve tüm robot keskindi. Robottan gelen komutlar, hız için eşzamansız olarak gittikleri için DLL arabelleğinde toplandı. MQL4 Expert Advisor her tıklamada DLL'yi aradı mı (henüz zamanlayıcı yoktu)? aktarılan teklifler ve ekipler aldı. Her şey çoklu para birimiydi, neden bir sürü çizelgeye ihtiyacınız var, anlamıyorum.
Burada değişim mekanizmasını iki satırda anlattım. Bir su okyanusu yerine mekanizmanızı tarif etmek gerçekten bu kadar zor mu?