MQL ile yazılmış kullanıcı arayüzleri galerisi - sayfa 74

[Vitaliy Kostrubko]

Nikolai Semko #:

Peter'ın bunu OOP bilgisi olmadan ve hata ayıklama (!!!) kullanmadan yarattığını hatırlatmak önemlidir.OOP ve hata ayıklama olmadan bunu yapamazdım vetükenirdim.
Ve bu çalışmanın sahipsiz kalması önemli değil. Peter bir güzellik!Saygı gösterin!

... Bu iş nasıl oldu da sahipsiz kaldı?! 0_О

...
ve ben sadece bir Ticaret Paneli oluşturmak için bir Grafik Tasarımcı arıyorum! Hatta burada MQL-5 Geliştiricilerine sordum: https://www.mql5.com/ru/forum/476574:).

... Hemen söyleyeyim, bu yorumu yazdığım şu anda Şubeyi 8. sayfaya kadar okudum .... ve inanın bana - yazarın emeğine hayran kaldım (!) :)

[Реter Konow]

Yaklaşık yayınlanma süresi, 22-28 Kasım arası.

Not: Lütfen büyük miktarda çalışmayı dikkate alın. Teşekkür ederim.

[Vitaliy Kostrubko]

Реter Konow #:
Geçici yayın dönemi, 22 ve 28 Kasım tarihleri arasında.

Not: Lütfen büyük miktarda çalışmayı dikkate alın. Teşekkür ederim.

_/\_, beta test kullanıcısı olmayı çok isterim :)

[Vitaliy Kostrubko]

... İçerikten bahsetmişken ("gelecekteki fikirler" için) :

Şu anda doğrudan Terminal Nesnelerinden bir Panel tasarlama "şansımı deniyorum": Düğme ve Metin Etiketi,

ve bu durumla karşılaştım : -->

--> "kendim" için - Düğmelerde karışıklığı önlemek için - düğmenin kendisini "ayrıntılı olarak" imzalamaya karar verdim.
ve buna göre - yazıyı düğmenin kendisinde değil (yazı düğmenin yüksekliğinin ortasında olacağı için), ancak düğmenin üzerine "bindirilmiş" metin şeklinde yapmak gerekiyordu (!) bu yüzden yazı 2 satır oldu:

bu nedenle bu durumu dile getirme nedeni - gelecekte bir yol "icat etmeniz" durumunda - GUI 'nizdeki düğmelerde bu tür 2-3 satırlık başlıkları NASIL yaparsınız --> kanvas olmadan veya kanvas ile --

[Реter Konow]

Vitaliy Kostrubko #:

_/\_, Beta test kullanıcısı olmayı çok isterim :)

Girişim için teşekkürler!

Teknik uygulamanın kalitesini artırmaya kesinlikle yardımcı olacaktır. Ancak hemen söylemeliyim ki, tasarımcının veya editörün kodu tartışma konusu değildir. Sadece işlevsellik ve kullanıcı gereksinimlerine uygunluk çalışmaları. Bu bir ön koşuldur. Eğer kabul ederseniz, her şey "rayında" gidecektir. :)

[Реter Konow]

Vitaliy Kostrubko #:

... GUI'nizdeki düğmelerde benzer 2-3 satırlık başlıklar nasıl yapılır --> kanvas olmadan veya kanvas ile

Will.

[Реter Konow]

Görsel editörün işlevselliğini geri kazanmaya tamamen odaklanmak için dikkatlice düşünülmüş stratejik bir karar verildi. Kaba tahminlere göre, önümüzdeki 3 hafta içinde asgari düzeyde tamamlanmış ve pratik olarak uygulanabilir hale gelebilecektir. Daha fazlası sadece geliştirme ve iyileştirme.

Bu kararın nedenlerini daha sonra açıklayacağım.

[Maxim Kuznetsov]

Vitaliy Kostrubko #:

... İçerikten bahsetmişken ("geleceğe yönelik fikirler" için) :

Şu anda doğrudan Terminal nesnelerinden bir panel tasarlama "şansımı deniyorum": Düğme ve Metin Etiketi,

ve bu durumla karşılaştım : -->

--> "Kendim" için - Düğmelerde karışıklığı önlemek için - düğmenin "detayını" imzalamaya karar verdim.
ve buna göre - yazıyı düğmenin kendisinde değil (yazı düğme yüksekliğinin ortasında görüneceği için), düğmenin üzerine "bindirilmiş" metin şeklinde yapmak gerekiyordu (!) . Bu yüzden yazı 2 satır olarak ortaya çıktı:

Bu nedenle, gelecekte GUI 'nizdeki düğmelerde bu tür 2-3 satırlık başlıkları kanvas olmadan veya kanvas ile NASIL yapacağınızı "icat etmeniz" durumunda, bu durumu dile getirme öncülü

değil mi? :-)

GUI editörleri olmadan :-)

ya da bunun gibi...

ya da bunun gibi.

:-)

sadece kayıt için ve ayıracak 10 dakikam vardı...

[Реter Konow]

İşaretleme dili yönünü daha fazla geliştirmenin neden bir anlamı yok?

1. Yüksek giriş eşiği.

Kullanıcıların karmaşık paneller oluşturabilmeleri için dilin kurallarını bilmeleri gerekiyor. Ancak bunları sadece önümüzdeki 6-7 ay içinde yazmam gereken ~20 öğreticiyi inceledikten sonra öğrenecekler.

2. Dil kuralları hakkında bilgi sahibi olmadan GUI şablonlarını tam olarak kullanmak imkansızdır.

Bilgi eğitimlerden elde edilir ve materyaller makaleler halinde basılır. Makaleler ayda bir veya iki aralıklarla yayınlanır. Tam bir çalışma kursunu tamamlamak için en az 7 - 10 makale yayınlamak gerekir ve bu hızla süreç ~ yarım yıl sürer.

Yukarıdaki argümanlardan çıkan sonuç, şablonların yalnızca makaleler yayınlandıktan sonra yayınlanmasının mantıklı olduğudur. Dil hakkında pratik bilgiye sahip olmayan kullanıcılar, kib kodu şablonlarını kendi ihtiyaçlarına göre değiştiremeyecek ve bu da şablonların kullanışlılığını önemli ölçüde azaltacaktır. Sonuç olarak, kullanıcılar açıklama ve yardım için bana başvuracaklar. Bir ya da iki kişiye yardım edebilirim, ancak daha fazlası varsa, çıkmaza gireceğiz.

Şimdi, görsel bir editör geliştirmenin neden çok mantıklı olduğuna gelelim.

1. Kullanıcılar için düşük giriş eşiği.

Görsel editör sezgisel olma avantajına sahiptir. Grafik arayüzünü keşfederek yetenekleri ve sınırlamaları kolayca tanınır. Araç ipuçlarının eklenmesi karmaşıklıkların anlaşılmasına yardımcı olur.

2. Görsel düzenleyiciye başlamak için az miktarda eğitim materyali gereklidir.

Tüm kurs 3 - 5 makaleye sığdırılabilir. Ancak bunlar olmadan bile kullanıcılar basit ve karmaşık panellerin nasıl oluşturulacağını hızlı bir şekilde öğreneceklerdir.

3. Editör, GUI oluşturmayı mümkün olduğunca basitleştirir ve hızlandırır.

Bir işaretleme dili ve görsel bir editör ile çalışma çabası arasındaki fark çok büyüktür. Bu faktör sonunda teraziyi görsel editör lehine çevirdi. Gereken çaba miktarının düşük olması, kullanıcıların GUI ticaret uygulamaları oluşturmaya olan ilgisini olumlu yönde etkilemektedir.

4. Görsel düzenleyicinin kavramsal temeli iyi düşünülmüş ve teknik tabanı 4 yıl önce yazılıp test edilmiştir. Nesnel olarak, editörün ilk sürümünün eşiğinde olduğunu söyleyebiliriz.

[Реter Konow]

Maxim Kuznetsov #:

değil mi? :-)

bu GUI editörleri olmadan :-)

ya da öyle.

ya da bu

:-)

Sadece söylüyorum ve 10 dakikam vardı.

Elbette, GUI oluşturmak ve DLL'ler aracılığıyla bağlamak için üçüncü taraf programları kullanmak isteyen insanlar olacaktır, bu sorun değil.

Bu herkesin tercihi.