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

Yeni yorum
 
6 temel unsur (kısa ve net)

1. Öğelerin kopyalanması.

2. Elemanları silme.

3. Manuel düzenleme (taşıma, uzatma, yazdırma).

4. Kontrolörler aracılığıyla düzenleme (özellikleri eleman düzenleyicilere alma ve değiştirme).

5. GUI şablonlarını ve projelerini dosyalardan yükleme.

6. Şablonları ve GUI projelerini dosyalara kaydetme.
 

A'dan Z'ye bir panelin nasıl oluşturulacağına dair iyi bir eğitime, video eğitimlerine ihtiyacınız var. Rusça arayüz ;)

Aksi takdirde işlevselliğin bolluğu korkutucudur.

 
Aleksey Vyazmikin bir panelin nasıl oluşturulacağına dair iyi bir eğitime, video eğitimlerine ihtiyacınız var. Rusça arayüz ;)

Aksi takdirde işlevselliğin bolluğu korkutucudur.

Evet, video eğitimleri yapmayı ve birkaç makale yazmayı bekliyorum. Ancak belki de asıl görev, editörü kendi kendini açıklayıcı hale getirmektir. Örneğin, imleci bir öğenin üzerine getirirken oklar görünecek, kullanıcıya onu kenarlarından tutabileceği ve boyutunu değiştirebileceği açık olacaktır. Ve bir artı işareti belirirse, öğenin tuval üzerinde sürüklendiğini anlayacaktır. Bir öğeye tıklandığında, boyutları da - yükseklik ve genişlik - oldukça net bir şekilde çizilecektir. Metin ve simge öğenin içinde hareket ettirilebilir. Bunlara işaret edildiğinde oklar da görünecektir. Metin boyutu esnetilerek değiştirilebilir. Hareket ederken elemanlar arasındaki mesafelerin yanı sıra dikey ve yatay konumlarının çakışması da tuval üzerinde kırmızı çizgiler şeklinde görünür. Bu açıdan her şey bir kerede netleşiyor.

Öğeleri düzenlemeye gelince, ana özelliklerden sorumlu olanları en üste koyacağım ve geri kalanını aşağı taşıyacağım. Buna ek olarak, o anda düzenlenmekte olan örneğe ait olmayan öğeleri otomatik olarak kilitleyecektir. Bu, öğe düzenleyicileri penceresindeki çalışmayı basitleştirecektir.

Ayrıca, belirsiz özellik adlarının üzerinde vurgulu araç ipuçları görünecektir. Bunlar kullanıcıya düzenlenmekte olan öğenin şu veya bu özelliğinin anlamını açıklayacaktır. Bu aşamada her şey açıktır.

Ortadaki düzenleme kanvasına gelince. Nihai konsept henüz oluşmamış olsa da. Kullanıcının orada öğelerin veya grupların şablonlarını toplayacağını ve bunları pencerelere aktaracağını varsayıyorum. Yani, şablonların sol alt penceresinden öğeyi sürükle ve bırak yoluyla kopyalayacak, boyutunu, rengini, metnini vb. değiştirecek, daha sonra bu tür birkaç şeyi klonlayacak ve bunları bir dosyaya şablon olarak kaydedecek veya hemen penceresine aktaracaktır. Sanırım bu süreci kullanıcılara açıklamak için kısa bir video yeterli olacaktır.

Genel olarak, bu editördeki neredeyse hiçbir şey uzun açıklamalar veya öğreticiler gerektirmeyecek ve ustalaşması bir saatten fazla sürmeyecektir. Bu da işaretleme diline göre yadsınamaz bir avantajdır).


 
Реter Konow #:
Genel olarak, bu editördeki neredeyse hiçbir şey uzun açıklamalar veya öğreticiler gerektirmeyecek ve ustalaşması bir saatten fazla sürmeyecektir.
Ve bu, biçimlendirme diline göre yadsınamaz bir avantajdır) .

İyi hedef! İşlevselliğe gerçekten sıfırdan hakim olacak test uzmanlarını işe almak gerekir, o zaman arayüzün ergonomisinde nelere dikkat edilmesi gerektiği daha açık olacaktır....

 
Aleksey Vyazmikin #:

İyi hedef! İşlevselliği gerçekten sıfırdan öğrenecek test uzmanlarını işe almak gerekir, o zaman arayüzün ergonomisinde nelere dikkat edilmesi gerektiği daha açık olacaktır.

Katılıyorum, ancak oraya ulaşmamız gerekiyor. Bir kişi şubenin sayfalarında beta testçisi olmak için gönüllü oldu bile, umarım başkaları da olur, ama henüz çok erken. Önümüzdeki ay içinde editörün ilk testleri anlamlı hale gelecektir. Hala işleri oldukça yavaşlatan çok sayıda rutin iş var. Tüm bu özellik tabloları, şablon grupları, sekme ve grup atamaları, tasarım kararları, küçük hatalar... ama kimse bunun kolay olacağını söylemedi).
 
Реter Konow #:
Katılıyorum, ancak o noktaya gelmemiz gerekiyor. Konu sayfalarında bir kişi beta testçisi olmak için gönüllü oldu bile, umarım başkaları da olur, ancak henüz çok erken. Önümüzdeki ay içinde editörün ilk testleri uygun hale gelecektir. Hala işleri oldukça yavaşlatan çok sayıda rutin iş var. Tüm bu özellik sayfaları, şablon grupları, sekme ve grup atamaları, tasarım kararları, küçük hatalar... ama kimse bunun kolay olacağını söylemedi).

Her durumda, burada sonuç garantisi olmadan aynı EA'ları yazan diğer birçok insanın aksine, amacını yerine getiren bir ürün için zaman harcıyorsunuz.

 
Ре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ı ancak önümüzdeki 6-7 ay içinde yazmam gereken ~20 dersi çalıştıktan sonra öğrenebilecekler.

Bence bunda bir hata var, sonuçta geliştirilen temeli kullanacak olan kişi sıradan bir kullanıcı değil ve bir geliştirici için teknoloji uygulama prensiplerini öğrenme ihtiyacı normal bir olgu

 
Aleksey Vyazmikin #:

Her halükarda, burada sonuç garantisi olmadan aynı danışmanları yazan diğer birçok insanın aksine, zamanınızı amacını yerine getiren bir ürün için harcıyorsunuz.

Evet, ürünüm görevi yerine getiriyor, ancak insanlar sonuç garantisi olmadan EA'lar yazmadan bir anlamı yok. Bu yüzden onları eleştiremem, bırakın yazmaya devam etsinler).
 
Реter Konow #:
Evet, ürünüm görevi yerine getiriyor, ancak insanlar sonucu garanti etmeden danışman yazmadan anlamsız. Bu yüzden onları eleştiremem, bırakın yazmaya devam etsinler).

Bu eleştiriyle ilgili değil, somut bir sonuca ulaşmanın verdiği keyifle ilgili.

 
Kuzma Shevelev #:

Bence bunda bir hata var, sonuçta geliştirilen temeli kullanacak olan kişi sıradan bir kullanıcı değil ve geliştirici için teknoloji uygulama ilkelerini öğrenme ihtiyacı normal bir olgu

Bir geliştirici için kesinlikle. Ancak, makalelerin ve GUI kütüphanelerinin yazarlarının deneyimlerine objektif olarak bakıldığında, karşılaştıkları bazı popülerleştirme zorluklarını fark etmemek elde değil. Bana pek de açık gelmeyen bir nedenden ötürü, bu konu genel kamuoyunun ilgisini çekmiyor. Belki de güçlü geliştiricilerin yüzdesi yüksek olmadığı içindir, ancak büyük kütüphanelerin ve makalelerin karmaşıklığının birilerini korkutması da muhtemeldir. Kabul edelim ki OOP basit bir soyutlama değil ve bu durum engel teşkil ettiğinde kişinin motivasyonu test ediliyor.

Benim işaretleme dilim elbette OOP konseptinden çok daha basit ama aynı zamanda parçalara ayrılmış ve aylara yayılmış bir sunum gerektiriyor. Herhangi bir şeyi popülerleştirmek açısından bu çok verimsiz bir yaklaşım. Bu yüzden bir işaretleme dilinin neredeyse kaçınılmaz olarak grafik kütüphanelerle aynı kaderi paylaşacağı sonucuna vardım.

Buna karşılık, ticaret platformunun içinde görsel bir editör yeni bir yöntem. Daha önce burada yapılmamıştı. Dolayısıyla farklı bir kaderi olacağına dair umut var.

1...727374757677787980818283
Yeni yorum