Canvas üzerinde bir kitle kaynaklı proje yapma - sayfa 4
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
Bana öyle geliyor ki Anatoly'nin makalelerinden sonra aynı yumurtaları sadece profilde tekrar yaratmak en azından garip bir eğlence. Grafik, MT için hiç alakalı bir konu değil.
- Kullanıcıların grafik arayüzlere ihtiyacı yoktur. Sonuç olarak, GUI'den para kazanılamaz ve gelişimi asla sonuç vermez.
- Becerilerinizi geliştirmek istiyorsanız, hemen bir yerde bir iş bulmak daha iyidir. Böylece hemen en azından biraz para almaya başlayacak ve becerilerinizi yavaş yavaş artıracaksınız.
- Çok dar hedef kitle. Kim kütüphanelere ihtiyaç duyar? - Kesinlikle bir avuç programcı dışında hiç kimse ve bu programcılar bile uzun zaman önce ihtiyaç duydukları tüm kütüphaneleri yazdılar. Örneğin, iki taneye kadar kendi grafik kitaplığım var.
Burada bulunanlara öğretmek benim haddime değil ama tavsiye verebilirim: beyler barutu koklayın. Kullanıcılarla çalışmayı öğrenin. Psikolojilerini öğrenin. Fikirlerinizden para kazanmayı öğrenin. Sonra çabucak gökten yeryüzüne inin ve tamamen farklı bir şekilde tartışacaksınız. Ben de bir zamanlar bazı özel ve güzel fikirlere inandım ama bütün bunlar saçmalık, işe yaramıyor. Burada tartıştığınız şeyin sizden başka kimseye faydası yok.+1
Sözde "tüccarların" çoğu güzelliğe ihtiyaç duymaz, yağmalamaya, en azından ayın üçüncü evresinde fiyatları hesaplamak için hiper süper teknolojilere sahip danışmanlara ihtiyaç duyarlar, çünkü kulağa güzel geliyor ve böbürlenebilirsiniz ve içinde umut var. teknolojinin mucizesi..
Ve çok az insan, yalnızca demoda veya gerçek hayatta güzelliklerle çalışan veya daha doğrusu biraz baloya ihtiyaç duyan İncillere ihtiyaç duyar)))
Vladimir Pastushak :
Ve çok az insan, yalnızca demoda veya gerçek hayatta güzelliklerle çalışan veya daha doğrusu biraz baloya ihtiyaç duyan İncillere ihtiyaç duyar)))
Tekrar ediyorum, biz İncil yapmıyoruz.
sorunu çözüyoruz.
Bu dal ölçmek için değil, belirli problemleri çözmek içindir.
Vladimir, ya olumsuz yorum yapmadan izlersin ya da katılırsın. Ancak bu başlıkta size OOP veya ayın evreleri öğretilmeyecektir.
Tekrar ediyorum, biz İncil yapmıyoruz.
sorunu çözüyoruz.
Bu dal ölçmek için değil, belirli problemleri çözmek içindir.
Vladimir, ya olumsuz yorum yapmadan izlersin ya da katılırsın. Ancak bu başlıkta size OOP veya ayın evreleri öğretilmeyecektir.
OOP'yi tam olarak bilmediğim için katılamıyorum.
Sadece sana zaman kazandırmaya çalıştım.
Ben gözlemcilerin yanına gidiyorum...
Ancak giriş alanıyla ilgili sorun şu ki, elimizde mevcut olanı nasıl kullanacağımız konusunda henüz iyi bir fikir yok.
IMHO şimdi, yalnızca kendi GUI klavyenizi çizerseniz tam teşekküllü bir DÜZENLEME yapabilirsiniz, ancak dilleri desteklemek zor olacak ve fare ile metin yazmak elverişsiz olacak ...
ve hiçbir şeyin girdiyi engellememesi için olaylar veya çizelgelerle çalışmak için hangi ek özelliklere ihtiyaç vardır?
SD'den iyileştirmeler isteyin.
Örneğin, şunun gibi şeyleri anlamıyorum:
Bunu nerede uygulayacağımı ve genel olarak nasıl anlayacağımı öğrenebileceğim ve anlayabileceğim belgelerde veya başka bir yerde bana göster ...
... Grafik, MT için hiç alakalı bir konu değil ...
Yani sadece grafikler değil. Burada sunulanlar, en yüksek kalitede grafik arayüzler oluşturmayı mümkün kılacaktır. Kendinizi standart grafik nesnelerin ilkelleriyle sınırlayarak, çok şeyin eksik olduğu sonucuna varırsınız. Ek olarak, bazı durumlarda müdahale edebilecek çok sayıda grafik nesnesi ile çalışmanız gerekir.
Bazıları zamanlarını bir tür eğlence veya oyun için harcarlar, ancak eğlencenin bazı ilginç ve faydalı görevlere bir çözüm olduğu insanlar vardır. Bu forumdaki birçok insan genellikle boş sohbetlerle zamanını boşa harcar.
Burada yer almayı çok isterdim ama şu ana kadar çatıdan kendi görevlerim var. )
mümkün olduğunca az grafik nesnesi kullanarak
sadece daha az değil - ama hiç yok (her şeyin üzerine çizildiği bitmap_label hariç)
örneğin tamamen çizilmişse kaydırıcı nasıl çalışır? En az iki etkileşimli nesne gerektirir ...
Kaydırıcıdaki basılı bir fareden mi bahsediyorsunuz?
----
Şu anda Zorro'nun yazdığı bir sorun var - giriş alanı .
Grafik olayları, tüm anahtarlar için kod sağlamaz. Ek olarak, grafik boşluğu keser ve girer.
sadece daha az değil - ama hiç yok (her şeyin üzerine çizildiği bitmap_label hariç)
Kaydırıcıdaki basılı bir fareden mi bahsediyorsunuz?
----
Şu anda Zorro'nun yazdığı bir sorun var - giriş alanı .
Grafik olayları, tüm anahtarlar için kod sağlamaz. Ek olarak, grafik boşluğu keser ve girer.
Tam olarak fare ile ilgili değil.
Temelde tamamen çizilmiş olan "kaydırıcı" kontrolünün mekanizmasını anlamıyorum .
Kaydırıcının ana işlevi, verilen orantı ve adımı kullanarak iki nokta - A ve B arasındaki mesafeyi bir kullanıcı parametresinin değerine dönüştürmektir.
Uygulamamda, A ve B noktaları iki nesnenin konumuyla temsil edilir - kaydırıcı izinin X koordinatı (orijin) ve kaydırıcı kaydırıcının X koordinatı. Fonksiyon, iki nokta arasındaki mesafeyi ölçer ve bunu bir parametre değerine dönüştürür.
Resimde her iki nesne birleştirilirse, A noktası ve B noktası nasıl bulunacak? Bu durumda, bu noktalar görüntüdeki pikseller olacaktır.
Noktalar arasındaki mesafeyi ölçmek için pikseller koordinatlarını nasıl döndürür?
Kaydırıcı hareket ettirildiğinde resim nasıl değişecek?
Kaydırıcının tutuşunun tam konumu (x koordinatına göre) nasıl döndürülecek ve hareketinin sınırları nasıl sabitlenecek?
Ve strok sınırlarının ötesine geçtiğinde kaydırıcı konumu nasıl düzeltilecek?
Tüm bu mekanizmalar, kaydırıcıyı uygulamamda çalışıyor ve önerilen teknoloji benim için net değil, ancak bu şekilde nesne sayısını önemli ölçüde azaltmanın mümkün olduğunu anlıyorum.