Canvas üzerinde bir kitle kaynaklı proje yapma - sayfa 6

 
Комбинатор :

Temel bir soru var.

Diyelim ki aynı grafik üzerinde iki uygulama, panel, gösterge var. Her biri kendi tuvaline mi yoksa ortak bir tuvale mi çizmeli?

Her iki durumda da sorular var.

Şimdi belirli bir tuvali basitçe işlemeyi öneriyorum. Üzerindeki tüm unsurlarla.
Her neyse, tuvallerle bu tür çalışan örneklerin sayısını kontrol edemeyiz (aksi takdirde tuval üzerindeki "çok pencereli arayüz" için işletim sistemi işlevlerini inceleyeceğiz. Bu bir ara gelebilir, ancak şimdi değil)

Sonuç olarak, tuvaller arasında "pencere olayları" gönderme düzeyinde etkileşimler yapmamayı öneriyorum.

Ayrıca, birkaç ex5'in ortak bir tuvalin içeriği hakkında nasıl veri alışverişinde bulunacağını şimdi hayal edemiyorum.

 
Vasiliy Sokolov :
Klavye ile her şey az çok nettir. Bir tuşa basma olayı var, bu tuş için bir kod var. Başka ne istiyorsun?

ne yazık ki kodun eksiksizliği yok. şimdi grafik olayları A ve a arasında ayrım yapmıyor

Bu konuda, ben de zaten SD'ye yazdım

 
Комбинатор :
Bu arada, bana gelince, OnMouseDown olayının tanıtılması, normal DND açısından hayatı büyük ölçüde basitleştirecekti.

sparamdaki CHART_MOUSE_MOVE olayı, düğmelerin ve klavyelerin durumunu gönderir. = sol, sağ, ctrl, üst karakter, alt.

Başka bir deyişle, şu anda DND uyguluyoruz.

 
Bir soru daha var. Kim bilir, lütfen açıklayın. Bu kontrol zaten bir nesne tarafından temsil ediliyorsa, neden yeni teknolojiyi kullanarak bir giriş alanı oluşturalım? Kaynak tasarrufu veya yeni fırsatlar açısından bu ne gibi faydalar sağlayabilir? Kısacası, neden?
 
o_O :

Başka bir deyişle, şu anda DND uyguluyoruz.

Evet, biliyorum çünkü son zanaatımda uyguladım. Yani artık DND yalnızca f * ny aracılığıyla uygulanabilir.

İlk olarak, normal sürükleme için, grafiğin bazı özelliklerini kesmeniz ve açmanız gerekir, aksi takdirde grafik tuval ile birlikte sürüklenir, elbette, hemen hemen her durumda bunları kapatmanız gerekir.

İkincisi, MouseMove, örneğin Click gibi bir nesneye bağlı değildir, bu nedenle farenin altında iki nesne varsa, ikisi de rekabet eder. Bu arada , standart kütüphanede böyle.

Ve böylece, hangi nesneyi çekeceğini seçen bir iç mantık yoksa olacak.

Yani MoseDown olayının ikinci sorunu etkili bir şekilde çözülmüş görünüyor.

Ve üçüncü bir nokta var. MouseMove spam olayı. Açılmaya zorlanmalıdır ve açıldığında grafikteki tüm kodlara gönderilecek ve mesaj sayısı nedeniyle iyi frenlere neden olabilir, bu yüzden kullanmamanın bir yolu varsa, kullanmamak daha iyidir. O.

 
Комбинатор :

Ve üçüncü bir nokta var. MouseMove spam olayı. Zorla açılmalı ve açıldığında grafikteki tüm kodlara gönderilecek ve mesaj sayısı nedeniyle iyi frenlemelere neden olabilir, bu yüzden kullanmamanın bir yolu varsa, kullanmamak daha iyidir. O.

Varsa, frenler çıplak gözle görülmez. Panelimde bir kerede MouseMove on binlerce öğeye gönderildi, dahil. görünmez, sonra daha akıllı bir postalama yaptım, ancak görsel olarak bu hız katmadı.
 
Комбинатор :

Evet, biliyorum çünkü son zanaatımda uyguladım. Yani artık DND yalnızca f * ny aracılığıyla uygulanabilir.

İlk olarak, normal sürükleme için, grafiğin bazı özelliklerini kesmeniz ve açmanız gerekir, aksi takdirde grafik tuval ile birlikte sürüklenir, elbette, hemen hemen her durumda bunları kapatmanız gerekir.

İkincisi, MouseMove, örneğin Click gibi bir nesneye bağlı değildir, bu nedenle farenin altında iki nesne varsa, ikisi de rekabet eder. Bu arada , standart kütüphanede böyle.

Ve böylece, hangi nesneyi çekeceğini seçen bir iç mantık yoksa olacak.

Yani MoseDown olayının ikinci sorunu etkili bir şekilde çözülmüş görünüyor.

Ve üçüncü bir nokta var. MouseMove spam olayı. Açılmaya zorlanmalıdır ve açıldığında grafikteki tüm kodlara gönderilecek ve mesaj sayısı nedeniyle iyi frenlere neden olabilir, bu yüzden kullanmamanın bir yolu varsa, kullanmamak daha iyidir. O.

Tuvalin içine girersek, kendi başımıza olduğumuzu anlıyorsunuz. Artık üst düzey etkinlikler yok. Bunları kabul edebilecek MT tesisi yok

Sadece fare hareketleri ve düğme durumları varsa. Ben buna f * şarkı söylemezdim))). Bu sadece düşük bir etkinlik seviyesi.

 
Vasiliy Sokolov :
Varsa, frenler çıplak gözle görülmez. Panelimde bir kerede MouseMove on binlerce öğeye gönderildi, dahil. görünmez, sonra daha akıllı bir postalama yaptım, ancak görsel olarak bu hız katmadı.
onaylamak.
on bir bin nesne havayı hızlandırmaz.
 
o_O :
on bir bin nesne havayı hızlandırmaz.
Soru nesnelerin sayısı değil, kodların sayısıdır. Ve bir gösterge kodu her zaman ChartEvent'te ağır bir şey yapsa bile.
o_o :

Tuvalin içine girersek, kendi başımıza olduğumuzu anlıyorsunuz. Artık üst düzey etkinlikler yok. Bunları kabul edebilecek MT tesisi yok

Sadece fare hareketleri ve düğme durumları varsa. Ben buna f * şarkı söylemezdim))). Bu sadece düşük bir etkinlik seviyesi.

Diğer kodlarla da bir etkileşim düzeyi vardır. Örneğin, en azından bir göstergenin birkaç örneği arasında. Bu dikkate alınmalı, ben bundan bahsediyorum.

Ve evet, her şey açık.

 
Комбинатор :

Diğer kodlarla da bir etkileşim düzeyi vardır. Örneğin, en azından bir göstergenin birkaç örneği arasında. Bu dikkate alınmalı, ben bundan bahsediyorum.

Dürüst olmak gerekirse, yazdığınız olası etkileşim hakkında hiçbir fikrim yok.

Göstergenin birden çok örneği aynı tuvalde mi görüntüleniyor? İyi bilmiyorum. çok ürkütücü.