Kitle kaynaklı GUI. Açık beta testi. - sayfa 8

 
Alexandr Andreev :

tüm bunların her zamanki stil ayarlarına gittiğini. Orada belirli anlar var - bir bağlantı düğmesi, bir fareyle üzerine gelme düğmesi, bir tıklama düğmesi , sadece bir düğme. Ve her an için genellikle kendi tarzlarını ya da karışımları için yaparlar.

Doğru, bu tür şeylerde, yürütülebilir kodun yapılandırmasının düğmeyle tam olarak nasıl organize edileceğini her zaman anlamadım. Ki o da görseldi. Ve kodlarıyla hataları kontrol eder


Böyle bir çalışmanın çarpıcı bir örneği, bir menü oluşturmak için bir menünün oluşturulması olacaktır. Onlar. grafiksel olarak, kodun eklenmesiyle sol veya sağ menüyü yapmak, tabiri caizse uçmamak mümkün olacaktır.

Yoksa sadece kodda düğmeler mi üretiyor ....?

Stilleri özelleştirmek, düzenlemenin yalnızca başlangıcıdır. Ayrıca, fırsatların sayısı bir çığ gibi artacaktır. Ana görev, biçimlendirme dilinin temel özelliklerini görsel düzenleyiciye sürüklemektir. Bunu yapmak zor değil. Süpersonik engelin üstesinden gelmek gibi görsel düzeyde belirli bir atılım olduğunu söyleyebilirim. Anlatması zor... - Sanki olasılıklar kilit altında kilitlenmişti de şimdi görsele geçildiğinde kapı açıldı ve bir yığın halinde düştüler. Sadece uyguladığınızdan emin olun.

Yaklaşan görevler:

1. Pencere ekleme.

2. Öğelerin silinmesi.

3. Yeni bir araç oluşturma - mavi çerçeveler.

4. Pencerenin içindeki öğeleri kopyalama.

5. Düzenleme odağını genişletmek.

6. Düzenleme hedefleri ekleme.

7. Kaydedilmiş projeleri seçin ve yükleyin.

8. Motor yükseltmesi.

...

//------------------------------------------------

Kod aslında oluşturulmaz. Dijital açıklamadaki öğeleri içeren bir çekirdek oluşturulur. Kullanıcı uygulamasına bağlı bir motor tarafından okunur ve iki yönlü iletişimi yönetir.

 
Реter Konow :

Stilleri özelleştirmek, düzenlemenin yalnızca başlangıcıdır. Ayrıca, fırsatların sayısı bir çığ gibi artacaktır. Ana görev, biçimlendirme dilinin temel özelliklerini görsel düzenleyiciye sürüklemektir. Bunu yapmak zor değil. Süpersonik engelin üstesinden gelmek gibi görsel düzeyde belirli bir atılım olduğunu söyleyebilirim. Anlatması zor... - Sanki olasılıklar kilit altında kilitlenmişti de şimdi görsele geçildiğinde kapı açıldı ve bir yığın halinde düştüler. Sadece uyguladığınızdan emin olun.

Yaklaşan görevler:

1. Pencere ekleme.

...

//------------------------------------------------

Kod aslında oluşturulmaz. Dijital açıklamadaki öğeleri içeren bir çekirdek oluşturulur. Kullanıcı uygulamasına bağlı bir motor tarafından okunur ve iki yönlü iletişimi yönetir.

İstediğim şey: temel bir stil oluşturmak ve onu düzenlemek, varsayılan stiller oluşturmak. Düğme stilini ayrı olarak özelleştirin. Modern yönden bir şeye dayanan stil şablonlarına daha fazla vurgu yapılmalıdır.

Anında kullanıcı dosyalarının kodunu en azından biraz düzenleme yeteneği. Örneğin, belirli sınıflara bir çağrı veya gösterilmesi gereken bir liste. Buna göre, daha sonraki işlemler için belirli bir yanıt için bir standart olmalıdır.


Daha büyük bir görsel düzenleme olasılığının olması mantıklı - ancak bu, doğru düğmeyi kullanmanın ve kesinlikle orada bir menü yapmanın mantıklı olduğunu düşündüğüm ilk adım. Kodun bağımsız hale getirilmesi genellikle daha kolaydır - çünkü. gelecekte sadece MT'de çalışmak için gerekli olmayabilir. Buna göre, dosyalar bağlanır. En azından pazar için yaparsak kapanımlarda.


Genellikle, bu tür yönlerde, her yeni adım kodda daha da büyük görevlere yol açar, genellikle her şeyi belirli bir zamanda yapmak gerçekçi gibi görünür, ancak aslında bir büyüklük sırası daha uzun sürer. Ve her zaman böyle olacak, işlevsellik ancak tam olarak çalışan ilk sürümün piyasaya sürülmesinden sonra mecazi olarak artacaktır.

 
Alexandr Andreev :

İstediğim şey: temel bir stil oluşturmak ve onu düzenlemek, varsayılan stiller oluşturmak. Düğme stilini ayrı olarak özelleştirin. Modern yönden gelen bir şeye dayalı stil şablonlarına daha fazla vurgu yapılmalıdır.

Anında kullanıcı dosyalarının kodunu en azından biraz düzenleme yeteneği. Örneğin, belirli sınıflara bir çağrı veya gösterilmesi gereken bir liste. Uygun şekilde, daha fazla işlem sonrası için belirli bir yanıt için bir standart olmalıdır.


Daha büyük bir görsel düzenleme olasılığının olması mantıklı - ancak bu, doğru düğmeyi kullanmanın ve kesinlikle orada bir menü yapmanın mantıklı olduğunu düşündüğüm ilk adım. Kodun bağımsız hale getirilmesi genellikle daha kolaydır - çünkü. gelecekte sadece MT'de çalışmak için gerekli olmayabilir. Buna göre, dosyalar bağlanır. iyi, en azından piyasa için yaparsak kapanımlarda

Stil şablonlarını kaydetmeyi düşüneceğim. İşaretleme dilinde bu kolaydı. Orada, özellik zincirleri basitçe elementten elemente kopyalanabilirdi ve istenen görünümü aldı. Burada doğrudan zincirleme yok, ama bunu yapmanın sorunu nedir? Bence daha iyi ve daha kolay olabilirdi. Saklanmış şablon özellik değerleriyle stiller almak gibi bir şey...

Kullanıcı dosyalarını düzenleme olasılığına gelince, bunun ne hakkında olduğunu tam olarak anlamadım. Bir örnek olur...

Bağlantı için gerekli dosyalar yazdırılır. İki tane var. Kullanıcı uygulamaları için motor ve API için önyükleme bilgilerine sahiptirler. Böylece elementlerle "iletişim kurar".

 

Öğelere metin yazdırma.



 
bir ızgara düşünün - bir çeşit hizalama/yakalama gereklidir. tam olarak üç öğeyi arka arkaya koymak zaten zor
 
Igor Zakharov :
bir ızgara düşünün - bir çeşit hizalama/yakalama gereklidir. tam olarak üç öğeyi arka arkaya koymak zaten zor

Kabul ediyorum. Bunun üzerinde düşüneceğim.

 
Igor Zakharov :
bir ızgara düşünün - bir çeşit hizalama/yakalama gereklidir. tam olarak üç öğeyi arka arkaya koymak zaten zor

Evet, tüm bu ızgara 10 kata kadar ......

Kullanıcının ilgisini görmeniz gerekir. Örneğin, anında bir veya başka bir grafik oluşturmak mümkün olsaydı ... örneğin, maksimumlara bir çizgi çizin vb.

Çünkü şimdiye kadar bu, yazar için yazılım tasarımında çok iyi bir dersten başka bir şey değil. Sadece bir menü oluşturmak o kadar da ilginç değil. Evet ve fonksiyon çağrıları butondan gelmelidir.

Kanvasın html'de popülerleşmesi göz önüne alındığında, evrensel bir şeyin uygulanmasında sportif bir ilgi var. Her şey bir şekilde yoluna giriyor.


....

Doğru, kendinizi kod üretimiyle sınırlamak için başka bir seçenek daha var. Tipo, düğmelerin tüm düzeninin bulunduğu bir inkludnik oluşturur, yalnızca verileri girmek için kalır ...... - ayrıca bir seçenek. Not: En yakın ve en uygun seçenek

 
Peter Windows'u icat etti ve yazdı! Sadece 30 yıl çok geç
 

Kendime bir hedef belirledim - 3 Mart'a kadar aşağıdaki görev listesini uygulamak için:

1. Pencere ekleme/kaldırma.

2. Öğelerin silinmesi.

3. Yeni bir aracın oluşturulması - mavi bir çerçeve.

4. Pencerenin içindeki öğeleri kopyalama.

5. Düzenleme odağını genişletmek.

6. Düzenleme hedefleri ekleme.

7. Kaydedilmiş projeleri seçme ve yükleme .

8. Motor yükseltmesi.

9. Izgara ve otomatik düzeltme elemanı konumları.

//------------------------------------------------

Bundan sonra, görsel düzenleyici, Windows benzeri kullanıcı uygulama arayüzleri oluşturmak için kullanılabilir.

(ps. bir dizi basit eleman ile. Bunu tablolar ve çeşitli listeler takip edecektir.).

 
Andrey Khatimlianskii :
Peter Windows'u icat etti ve yazdı! Sadece 30 yıl çok geç

Devlerin ayak izlerini takip ediyorum.)