Galleria di interfacce utente scritte in MQL - pagina 74

 
Nikolai Semko #:


È importante ricordare che Peter ha creato questo lavoro senza conoscere l'OOP e senza usare il debug (!!!).
Io sarei esausto e non potrei farlo senza OOP e debug.
E non importa che questo lavoro sia rimasto non reclamato: Peter è una bellezza!
Rispetto!

... COME HA FATTO QUESTO lavoro ad essere non reclamato?! 0_О

...
e sto cercando un grafico per creare un pannello di trading! Ho anche chiesto agli sviluppatori MQL-5 qui: https://www.mql5.com/ru/forum/476574:).

... Vi dico subito che al momento di scrivere questo commento, ho letto il Ramo fino all'ottava pagina ... . e credetemi - sono in soggezione per il lavoro dell'autore (!) :)

(!) Предложение - создать "Конструктор" графических интерфейсов для Новичков
(!) Предложение - создать "Конструктор" графических интерфейсов для Новичков
  • 2024.11.15
  • Vitaliy Kostrubko
  • www.mql5.com
Здравствуйте Уважаемые Разработчики MQL-5 ( @ MetaQuotes...
 
Periodo approssimativo di rilascio, dal 22 al 28 novembre.

P.S. Si prega di tenere conto della grande quantità di lavoro. Grazie.
 
Реter Konow #:
Periodo di uscita previsto tra il 22 e il 28 novembre.

P.S. Si prega di tenere conto della grande quantità di lavoro. Grazie.

Mi piacerebbe essere un beta tester :)

 

... A proposito di contenuti (per "idee future") :

Attualmente mi sto "cimentando" nella progettazione di un Pannello direttamente dagli Oggetti Terminali: Pulsante ed Etichetta di Testo,

e mi sono imbattuto in questa situazione: -->

--> per "me stesso" - per evitare confusione nei Pulsanti - ho deciso di firmare il pulsante stesso "in dettaglio".
e di conseguenza - era necessario fare l'iscrizione non nel pulsante stesso (perché l'iscrizione sarà al centro dell'altezza del pulsante), ma sotto forma di testo "sovrapposto" al pulsante (!) ecco perché l'iscrizione risultava essere di 2 righe:

da qui la premessa per dare voce a questa situazione - nel caso in cui , in futuro, si "inventasse" un modo - COME realizzare tali didascalie di 2-3 righe sui pulsanti nella propria GUI --> senza o con kanvas --

 
Vitaliy Kostrubko #:

Mi piacerebbe essere un beta tester :)

Grazie per l'iniziativa!

Sicuramente aiuterà a migliorare la qualità dell'implementazione tecnica. Ma devo dire subito che il codice del costruttore o dell'editor non è oggetto di discussione. Solo il lavoro di funzionalità e di conformità ai requisiti dell'utente. Questo è un prerequisito. Se siete d'accordo, tutto andrà "su rotaie". :)
 
Vitaliy Kostrubko #:

... COME creare didascalie simili di 2-3 righe sui pulsanti della GUI --> senza kanvas o CON kanvas

Volontà.
 
È stata presa la decisione strategica, attentamente ponderata, di concentrarsi completamente sul ripristino delle funzionalità dell'editor visivo. Secondo stime approssimative, sarà in grado di diventare minimamente completo e praticamente applicabile nelle prossime 3 settimane. Ulteriori sviluppi e miglioramenti sono previsti.

Spiegherò ulteriormente le ragioni di questa decisione.
 
Vitaliy Kostrubko #:

... A proposito di contenuti (per le "idee per il futuro") :

Attualmente mi sto "cimentando" nella progettazione di un pannello direttamente dagli oggetti del Terminale: Pulsante ed Etichetta di testo,

e ho incontrato questa situazione: -->


--> Per "me stesso" - per evitare confusione nei pulsanti - ho deciso di firmare il "dettaglio" del pulsante stesso.
e di conseguenza - è stato necessario realizzare l'iscrizione non nel pulsante stesso (poiché l'iscrizione apparirà al centro dell'altezza del pulsante), ma sotto forma di testo "sovrapposto" al pulsante (!). Per questo motivo l'iscrizione è risultata essere di 2 righe:

da qui la premessa per dare voce a questa situazione - nel caso in cui , in futuro, si "inventasse" un modo - COME realizzare tali didascalie di 2-3 righe sui pulsanti nella propria GUI --> senza o con kanvas --

giusto? :-)

senza editor di GUI :-)

o come questo...

o questo.

:-)

solo per la cronaca, e avevo 10 minuti a disposizione...

 
Perché non ha senso sviluppare ulteriormente la direzione del linguaggio di markup:

1. Soglia di ingresso elevata.

Per costruire pannelli complessi, gli utenti devono conoscere le regole del linguaggio. Ma le conosceranno solo dopo aver studiato ~20 tutorial che dovrò scrivere nei prossimi 6-7 mesi.

2. È impossibile utilizzare appieno i modelli di GUI senza conoscere le regole del linguaggio.

Le conoscenze si ottengono dalle esercitazioni e i materiali sono stampati in articoli. Gli articoli vengono pubblicati a intervalli di uno o due al mese. Per completare un corso di studi completo è necessario pubblicare almeno 7-10 articoli, e a questo ritmo il processo richiederà circa mezzo anno.

La conclusione di queste argomentazioni è che ha senso pubblicare i modelli solo dopo la pubblicazione degli articoli. Senza una conoscenza pratica del linguaggio, gli utenti non saranno in grado di modificare i modelli di codice kib per adattarli alle loro esigenze, il che ridurrà significativamente la loro utilità. Di conseguenza, gli utenti si rivolgeranno a me per avere spiegazioni e aiuto. Posso aiutare una o due persone, ma se ce ne sono altre, ci troveremo in un vicolo cieco.




Ecco perché ha molto senso sviluppare un editor visuale.

1. Bassa soglia di ingresso per gli utenti.

L'editor visuale ha il vantaggio di essere intuitivo. Le sue capacità e i suoi limiti sono facilmente riconoscibili esplorando la sua interfaccia grafica. L'aggiunta di tooltip aiuta a comprendere le complessità.

2. La quantità di materiale formativo necessario per iniziare a lavorare con l'editor visuale è minima.

L'intero corso può essere racchiuso in 3-5 articoli. Ma anche senza di essi gli utenti impareranno rapidamente a creare pannelli semplici e complessi.

3. L'editor semplifica e velocizza al massimo la creazione di GUI.

La differenza tra lo sforzo di lavorare con un linguaggio di markup e un editor visuale è enorme. Questo fattore ha fatto pendere la bilancia a favore dell'editor visuale. Il basso impegno richiesto influenza positivamente l'interesse degli utenti a creare applicazioni di trading con interfaccia grafica.

4. La base concettuale dell'editor visuale è ben studiata e la base tecnica è stata scritta e testata 4 anni fa. Possiamo dire che oggettivamente l'editor è alle soglie del suo primo rilascio.
 
Maxim Kuznetsov #:

giusto? :-)

questo senza editor GUI :-)

o giù di lì.

o questo

:-)

Dico solo che avevo 10 minuti a disposizione...

Naturalmente, ci saranno persone che vorranno usare programmi di terze parti per costruire GUI e collegarle tramite DLL, va bene.

È una scelta di tutti.