Hatalar, hatalar, sorular - sayfa 519
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
Çoklu önceliklendirmenin gerekli olabileceği birçok görevden birine bir örnek verin.
Örnekleri listelemek pek mantıklı değil - çünkü şimdi bunlardan birkaçı olabilir, ancak gelecekte şu veya bu kodun geliştirilmesi sırasında birçok görev ortaya çıkacak ve bir sorun olarak ve başka bir örnek olarak birikir. Şimdi uygulamak istemezseniz, altı ay sonra yine sabırsızlanacaktır.
Şimdiye kadar, bu damarda yalnızca bir, ancak belirli bir sorun ortaya çıkıyor: programlı olarak rastgele çizgiler çizdikten sonra, " Nesne Listesi " penceresini çağırmadan, üst üste binen bir veya başka bir grafik nesnesini manuel olarak silmek için grafikten doğrudan imkansızdır. azalan bir önem sırasına göre birbirleri üzerinde (önem, doğrudan her bir zaman diliminin nispi kıdemiyle ilişkilidir). Bunu isterim: her koşulda, programlı olarak (görsel öncelik özelliğini istenen değere ayarlayarak), farklı TF'lerden gelen nesneler kendi türleri arasında sıralanır (yani, mutlaka bir bindirme ile değil, aynı zamanda sıkıştırılmış olarak) artan önem sırasına göre, böylece en üstteki en önemli olacak ve ters sırada manuel sökme ile daha az önemli olanlara ulaşmak mümkün olacaktı. Ve tüm bunlar bilime göre, bir özellik aracılığıyla sonraki sıralı derecelendirmenin programatik olarak ayarlanmasıyla ve daha sonra kimin, yukarıdan kimin yarattığı gibi hilelerle değil (sonuçta, grafik işaretleme görevlerinde, nesnelerin farklı TF'lerden katı bir doğrudan sırayla üretilmez ve güdük aracılığıyla bir güverte), bu da görsel üstünlükte bir karışıklık yaratır. Ve OBJPROP_ZORDER bile burada yardımcı olmaz, çünkü nesneye erişim sırasının program ayarı yalnızca fare tarafından seçim önceliği sağlar, ancak istenen nesne genellikle en üstteki tarafından engellenir, ancak hemen yapmak istersiniz. "Ne yapıyorum, onu görüyorum", "Özellikler" türündeki nesnenin alt pencerelerine derinlemesine girmeden, vb. Sonuçta, grafiksel bir arayüzle çalışmak ne kadar hoşsa, o kadar görsel ve o kadar az bir şey hakkında bir şeyler öğrenmek veya onunla nihai - hedef - manipülasyonu gerçekleştirmek için yapmanız gereken hareketler.
Nesneler neden karşılaştırılamaz? Sonuçta, farklı TF'lerdeki satırların belirli bir fiyatı vardır. Burada fiyatı karşılaştırabilirsiniz. Fiyatlar eşitse, en önemli (bence) çizgiyi çizin. Bu önceliklendirme olacaktır.
Başlangıç olarak, örneğin Dikey çizgi gibi bir nesnenin fiyatı olmadığını size bildiriyorum. Sadece zaman var. Ancak her iki satırın da zamanı varsa ve bunlar farklı TF'lerden ayarlanmışsa, o zaman genç TF'den gelen satır en son sırada olabilir ve bu da görsel olarak eski olanın satırıyla örtüşür. Tabii ki, nesneleri adlandırmak (örneğin, zaman çerçevesinin adını nesne adının sonuna ekleyerek) ve ardından karşılaştırmak mümkündür, ancak bu yalnızca önceden sertleştirilmiş nesneleri bulma görevinde yardımcı olabilir, birincil yerleşimlerinin sırası.
Genel olarak, piyasadaki nesnel koşulların emriyle ve hatta "rastgele" bir piyasayı dinlerken bile, kullanıcının isteği üzerine görünürlük önceliğini basit ve güzel bir şekilde ayarlamak için şimdiye kadar hiçbir şey sağlanmamıştır. farklı zaman dilimleri.
Zamanı karşılaştıramaz mısın?
Bu nedenle, bu özelliğin, oluşturulma sırasına değil, fare ile bir grafik nesnesi seçme yönüne atıfta bulunması uygun değildir.
Sonra SD'ye bir uygulama yazmayı öneriyorum, çünkü IMHO'nun seçim sırası görselleştirme sırasına uymalıdır - aksi halde tamamen sezgisel olmadığı ortaya çıkıyor. Öne çıkması gereken şey "yüzeyde" olandır. Zorder, teoride, nesnelerin yaratılış düzenindeki önceliklerini "çözebilmeleri" için vardır.
Siz, anladığım kadarıyla sorun şu ki, bir satır diğerini kapatıyor. Öne çıkan önemli bir (sizin için) çizgiyi vurgulamak için bir önceliğe ihtiyacınız var. Tüm satırların süreleri farklıysa, satırlar örtüşmediğinden öncelik önemli değildir. Çizgilerin üst üste geldiği zamanlarla ilgileniyorsunuz. İşte sizin için başlangıç noktası - zamanın aynı olduğu çizgilerin zamanı. Yoksa sorununuzu yanlış mı anladım?
Bir kez daha: görünürlükte her şey yolunda, öncelik ayarlanabilir. Render önceliği ile her şey kötü. Ve "seçim sırası, oluşturma sırasına uygun olmalıdır" şüpheli bir sonuçtur. Hiçbir şeyin düzeni kendi başına kimseye bir şey borçlu değildir. Kullanıcının takdirine bağlı olarak, algılama/erişim/manipülasyon/vb. kolaylığı için ayarlanmasını gerektiren nesnelere herhangi bir öncelik verilmesi mümkün olmalıdır. Belki asma katta yaşayan ve baş aşağı asılı paletlerde uyuyan bir eksantrik vardır - bariz düzen ona uymaz, ancak bu eksantrik için, kendi takdirine bağlı olarak, nesnelere öncelik verme fırsatı olmalı, ki bu ona göre en mantıklısı
Nafig "bir kez daha" mı? kendini anlamıyor musun? Çalışan bir seçenek önerdim, tek mantıklı olanı: zorder hem seçim sırasını hem de görünürlüğü değiştirir, çünkü normal koşullar altında görünmez olan bir şeyi seçmek kimsenin aklına gelmez. Açık değilse - bayrak sizin elinizde - "ağırlıkları", "öncelikleri" ve diğer eksik özellikleri tanıtmaya çalışın.
Çalışan bir seçenek önerdim, tek mantıklı olanı: zorder hem seçim sırasını hem de görünürlüğü değiştirir, çünkü normal koşullar altında görünmez olan bir şeyi seçmek kimsenin aklına gelmez.
Önbelleğe alınmış göstergeler, harici bir parametre değiştiğinde temelde yeniden hesaplanmak istemez.
Örnek Göstergeyi A parametresiyle çalıştırıyorum, verileri alıyorum, parametreyi A'dan B'ye değiştiriyorum, veriler değişmiyor, göstergeyi siliyorum.
Göstergeyi hemen B parametresiyle başlatıyorum, veriler A parametresiyle aynı.
Göstergeyi siliyorum, terminali kapatıyorum , süreç öldürülene kadar bekliyorum.
Terminali açıyorum, göstergeyi hemen B parametresiyle başlatıyorum.
(B parametresi için doğru hesaplama) tamamen farklı veriler alıyorum.