La tela è forte! - pagina 89
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
Il punto è che quando si implementa una cosa del genere, è inevitabile che si verifichi una catastrofica mancanza di lunghezza del cursore.
Sì, l'ho già incontrato ;)
ne ho fatto uno lungo
Tutto questo ballare il tamburello era solo allo scopo di
vedere come realmente e soprattutto da cosa e perché si muove il prezzo.
ora è tutto chiaro ;))))
naturalmente è splendidamente disegnato nel terminale, ma non è vero!
grafico corretto nel trailerGià, mi ci sono imbattuto ;)
ha fatto un lungo
Tutto questo ballare il tamburello era solo allo scopo di
vedere come va veramente e, soprattutto, cosa fa andare il prezzo e perché.
Beh, ora è tutto chiaro ;))))
A mio parere, è molto più comodo e visivo avere un cursore bidimensionale, la cui coordinata di altezza è responsabile della scala.
Qualcosa del genere:
in questo caso basta un solo clic del mouse con movimento per arrivare a qualsiasi momento dell'intera storia con qualsiasi scala.
Per quanto mi riguarda, un cursore bidimensionale con una coordinata di altezza responsabile della scala è molto più comodo e visivo.
Qualcosa del genere:
ne hai uno molto bello ;)
ne hai uno davvero bello ;)
Grazie,
Voglio farne uno completo su WebAssembly (su Rust).
Grazie,
Voglio farne uno completo su WebAssembley (su Rust).
Sì.
La cosa principale è che non devi cambiare nulla.
Il tempo minimo è scalato.
E sono perplesso: com'è possibile che i segnali siano diversi su diversi timeframe allo stesso prezzo?
Chi va nel bosco, chi va nel bosco....
I timeframe non sono nemmeno necessari in sostanza.
Sono necessari i tick e basta
Sì
Non è necessario cambiare nulla.
il tempo minimo è scalato.
E sono perplesso: come mai i segnali sono diversi su diversi timeframe allo stesso prezzo?
chi va nella foresta, chi va nel bosco....
i timeframe non sono nemmeno necessari in sostanza.
Servono i ticchettii, tutto qui.
Sì, l'attuale modello di timeframe è molto scomodo. Ogni barra del TF senior contiene un numero diverso di barre dei minuti. Con una struttura di questo tipo, se il TF senior viene ridotto senza problemi a quello junior, i grafici non coincideranno.
Non ho capito bene
non scalato, ma compresso.
I TF scompaiono.Non ero del tutto a posto
non scalato, ma compresso.
I TFmas scompaionoAiutatemi a capire il concetto di risorsa grafica e come si differenzia dal concetto di oggetto grafico in un grafico.
Per esempio, se cancello un oggetto grafico creato con Canvas usando la funzione ObjectDelete(), e poi in un ciclo creo oggetti Canvas con nomi diversi ancora e ancora, ma usando la stessa istanza della classe Canvas... e cancellare nuovamente gli oggetti grafici usando ObjectDelete(). C'è qualche pericolo in tutto questo?
Non ho ancora capito bene la differenza tra ObjectDelete() e C.Destroy(), ma mi piacerebbe capirla....
Non ho ancora capito bene la differenza tra ObjectDelete() e C.Destroy(), ma mi piacerebbe capirla....
Canvas è un oggetto a cui è legato un array di pixel. La risorsa è responsabile del legame di questo array di pixel (si veda la funzione bool CCanvas::Create())
È una cattiva pratica cancellare e ricreare una tela in continuazione.
È una buona pratica creare una tela quando se ne ha bisogno e cancellarla quando non serve più, per esempio alla fine del programma.
Una volta creato un oggetto canvas, è possibile ripulirlo, sovrascrivere l'array di pixel a ogni fotogramma, ridimensionare il canvas e spostarlo dove si vuole.