Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
...
Grazie per il parere dettagliato.
Cercherò di risolvere il problema della finestra dinamica: la complessità della disposizione delle tabelle.
Mi spiego meglio: una finestra dinamica a tutto schermo ha uno scopo particolare nella GUI dell'utente e di conseguenza ha limitazioni specifiche. Non è universale come la finestra "IMPOSTAZIONI". E questo è logico. Dopo tutto, tutto ciò che è specificamente "personalizzato" è sempre limitato in qualche modo.
Tuttavia, una tabella dinamica o un elenco infinito possono essere combinati con altri gruppi di elementi in una finestra dinamica e non necessitano di uno spazio separato, anche se a mio parere è più comodo. Come realizzare la compatibilità delle tabelle con altri gruppi? - È una questione di tecnologia.
A titolo di esperimento, prenderò le vostre tabelle e proverò a inserirle in una finestra a tutto schermo. Naturalmente, devo correggere il codice...
Risultato:
(fare clic sull'immagine)
Non pubblicherò ancora il codice, perché francamente è tutto molto "grezzo". Ho dovuto usare trucchi e "stampelle". Ma, come potete vedere, tutto può funzionare.
7. Un'altra cosa. La finestra dinamica è una finestra peer che può essere espansa e ridotta a icona. Non vorrei una finestra, ma un desktop. Come il vostro costruttore. In modo che
a) si apra immediatamente in modo espanso, coprendo l'intero grafico
b) non abbia un'intestazione e una cornice (solo una barra delle applicazioni)
c) non poteva essere collassato
d) permetteva di posizionare elementi come una normale finestra
Cioè, sostituire DINAMIC con FULLSCREEN o DESKTOP. Si dispone già della base per questo.
Continuerò più tardi.
Codice KIB delle finestre incluse nella release (continua):
Continuerò a pubblicare il codice di diverse finestre al giorno (per renderlo più facile da capire).
Sto preparando un rilascio per il prossimo venerdì-sabato.
Compiti principali:
Continuerò a pubblicare il codice di diverse finestre al giorno (per renderlo più facile da capire).
Sto preparando un rilascio per il prossimo venerdì-sabato.
Compiti principali:
Ho solo una domanda: la vostra libreria funziona con il debugger in modalità visuale? In particolare, ho bisogno solo di reagire alla pressione di un pulsante e al trascinamento di linee orizzontali standard. In MT5 con OnChartEvent tutto funziona nel debugger, in MT5 da circa 7 anni non riescono a far fronte al "terribile problema". Forse siete riusciti a bypassare questi inconvenienti?
Salve, ho solo una domanda: la vostra libreria funziona sotto il debugger in modalità visuale? In particolare, ho solo bisogno di reagire alla pressione di un pulsante e al trascinamento di linee orizzontali standard. In MT5 con OnChartEvent tutto funziona nel debugger, in MT5 da circa 7 anni non riescono a far fronte al "terribile problema". Forse siete riusciti a bypassare questi problemi?
...
...Devo testare il debugger su un programma scritto di serie collegato al mio motore grafico.
Penso che il problema sia abbastanza risolvibile. Durante il debug l'utente scollega il motore commentando la linea di connessione, quindi reindirizza la chiamata delle sue funzionalità al programma vuoto aprendo una speciale linea #include:
Tutte le comunicazioni tra il programma utente e il motore avvengono attraverso diverse funzioni, prima fra tutte OnChartEvent(). Inoltre OnInit(), OnTimer(), OnDeinit(). Non ci sono più collegamenti al motore, ma solo ai file API e UIDATA. Ma la funzionalità è quasi autosufficiente e se si disabilita il motore e si abilitano un paio di spazi vuoti, non si verificheranno errori. Solo la GUI smetterà di funzionare, ma non funziona comunque in modalità debug.
Penso che sia possibile disabilitare il motore per il debug del programma utente.