Galleria di interfacce utente scritte in MQL - pagina 79

Nuovo commento
 
6 nozioni di base (brevi e chiare)

1. Copiare gli elementi.

2. Eliminazione di elementi.

3. Modifica manuale (spostamento, allungamento, stampa).

4. Modifica attraverso i controllori (ottenimento delle proprietà negli editor di elementi e loro modifica).

5. Caricamento di modelli e progetti di GUI da file.

6. Salvataggio di modelli e progetti di GUI in file.
 

Ho bisogno di buone istruzioni, video tutorial su come creare un pannello dalla A alla Z. Interfaccia in russo ;)

Per il resto l'abbondanza di funzionalità è spaventosa.

 
Aleksey Vyazmikin creare un pannello dalla A alla Z. Interfaccia in russo ;)

Per il resto l'abbondanza di funzionalità è spaventosa.

Sì, mi aspetto di realizzare dei video tutorial e di scrivere un paio di articoli. Ma forse il compito principale è quello di rendere l'editor autoesplicativo. Ad esempio, quando si sposta il cursore su un elemento, appariranno delle frecce e sarà chiaro all'utente che può afferrarlo per i bordi e modificarne le dimensioni. Se appare un mirino, l'utente capirà che l'elemento è stato trascinato sulla tela. Facendo clic su un elemento, vengono disegnate le sue dimensioni (altezza e larghezza), anch'esse molto chiare. Il testo e l'icona possono essere spostati all'interno dell'elemento. Quando si punta su di essi, appaiono anche delle frecce. Le dimensioni del testo possono essere modificate mediante allungamento. Le distanze tra gli elementi quando si spostano, così come la coincidenza delle loro posizioni in verticale e in orizzontale, appaiono sulla tela sotto forma di linee rosse. In questo senso, tutto è subito chiaro.

Per quanto riguarda la modifica degli elementi, metterò quelli responsabili delle proprietà principali in alto e sposterò gli altri in basso. Inoltre, si bloccheranno automaticamente gli elementi che non appartengono all'istanza che si sta modificando in quel momento. Questo semplificherà il lavoro nella finestra degli editor di elementi.

Inoltre, sopra i nomi delle proprietà oscure appariranno dei suggerimenti al passaggio del mouse. Essi spiegheranno all'utente il significato di questa o quella proprietà dell'elemento che si sta modificando. A questo punto, tutto è chiaro.

Per quanto riguarda il canvas di editing al centro. Anche se il concetto finale non si è ancora formato. Presumo che l'utente raccoglierà lì i modelli di elementi o gruppi e li trasferirà alle finestre. Cioè, dalla sottofinestra di sinistra dei modelli copierà l'elemento trascinandolo, ne modificherà le dimensioni, il colore, il testo e così via, quindi clonerà diversi elementi e li salverà in un file come modello o li trasferirà immediatamente nella sua finestra. Credo che un breve video sia sufficiente per spiegare questo processo agli utenti.

In generale, quasi nulla di questo editor richiederà lunghe spiegazioni o tutorial e la sua padronanza non richiederà più di un'ora. E questo è il suo innegabile vantaggio rispetto al linguaggio di markup).


 
Реter Konow #:
In linea di massima, quasi nulla di questo editor richiederà lunghe spiegazioni o tutorial e la sua padronanza non richiederà più di un'ora.
E questo è il suo innegabile vantaggio rispetto al linguaggio di markup).

Un buon obiettivo! È necessario reclutare tester che padroneggino davvero le funzionalità da zero, così sarà più evidente a cosa prestare attenzione nell'ergonomia dell'interfaccia....

 
Aleksey Vyazmikin #:

Un buon obiettivo! È necessario reclutare tester che imparino davvero le funzionalità da zero, così sarà più evidente a cosa prestare attenzione nell'ergonomia dell'interfaccia.

Sono d'accordo, ma dobbiamo arrivarci. Una persona si è già offerta di fare da beta tester sulle pagine del ramo, spero che ce ne siano altre, ma è troppo presto. Nel corso del prossimo mese il test iniziale dell'editor diventerà rilevante. C'è ancora molto lavoro di routine che rallenta notevolmente le cose. Tutte quelle tabelle di proprietà, gruppi di modelli, assegnazioni di schede e gruppi, decisioni di design, bug minori... ma nessuno ha detto che sarebbe stato facile).
 
Реter Konow #:
Sono d'accordo, ma dobbiamo arrivare a questo punto. Una persona si è già offerta come beta tester sul thread, speriamo che ce ne siano altre, ma è troppo presto. Entro il prossimo mese il test iniziale dell'editor diventerà rilevante. C'è ancora molto lavoro di routine che rallenta notevolmente le cose. Tutte quelle schede di proprietà, gruppi di modelli, assegnazioni di schede e gruppi, decisioni di progettazione, bug minori... ma nessuno ha detto che sarebbe stato facile).

In ogni caso, si spende tempo per un prodotto che raggiunge il suo scopo, a differenza di molte altre persone che scrivono gli stessi EA senza alcuna garanzia di risultato.

 
Реter Konow #:
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 saranno in grado di conoscerle solo dopo aver studiato ~20 tutorial che dovrò scrivere nei prossimi 6-7 mesi.

Penso che ci sia un errore in questo, dopo tutto, chi userà le basi sviluppate non è un utente comune, e per uno sviluppatore la necessità di imparare i principi dell'applicazione della tecnologia è un fenomeno normale.

 
Aleksey Vyazmikin #:

In ogni caso, spendete il vostro tempo per un prodotto che soddisfa il suo scopo, a differenza di molte altre persone qui che scrivono gli stessi consiglieri senza alcuna garanzia di risultati.

Sì, il mio prodotto soddisfa il compito, ma non ha senso senza persone che scrivono EA senza garanzia di risultati. Quindi, non posso criticarli, lasciamo che continuino a scrivere).
 
Реter Konow #:
Sì, il mio prodotto soddisfa il compito, ma non ha senso senza che la gente scriva consiglieri senza garantire il risultato. Quindi, non posso criticarli, lasciarli continuare a scrivere).

Non si tratta di critiche, ma della gioia di ottenere un risultato tangibile.

 
Kuzma Shevelev #:

Penso che ci sia un errore in questo, dopo tutto, chi utilizzerà la base sviluppata non è un utente comune, e per lo sviluppatore è normale la necessità di imparare i principi della tecnologia.

Per uno sviluppatore, assolutamente. Tuttavia, guardando obiettivamente all'esperienza degli autori di articoli e librerie GUI, non si può fare a meno di notare alcune difficoltà di divulgazione che hanno dovuto affrontare. Per qualche ragione a me non del tutto chiara, questo argomento non cattura l'attenzione del grande pubblico. Forse perché la percentuale di sviluppatori forti non è alta, ma è anche probabile che la complessità di grandi librerie e articoli spaventi qualcuno. Ammettiamolo: l'OOP non è una semplice astrazione e quando si frappone, la motivazione viene messa alla prova.

Il mio linguaggio di markup è ovviamente molto più semplice del concetto di OOP, ma richiede anche una presentazione suddivisa in parti e protratta per mesi. In termini di divulgazione, questo è un approccio molto inefficiente. Sono quindi giunto alla conclusione che un linguaggio di markup subirà quasi inevitabilmente lo stesso destino delle librerie grafiche.

Al contrario, un editor visuale all'interno della piattaforma di trading è un modo nuovo. Non è mai stato fatto prima. C'è quindi la speranza che abbia un destino diverso.

1...727374757677787980818283
Nuovo commento