GUI in crowdsourcing. Open beta testing. - pagina 8
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
che tutto vada nella solita impostazione di stile. Ci sono alcuni momenti, come il pulsante di collegamento, il pulsante di hover, il pulsante di clic e solo il pulsante. E per ogni momento di solito fanno i loro stili, o un misto di essi.
A dire il vero, ho sempre frainteso in queste cose come organizzare le impostazioni del codice eseguito per un pulsante. In modo che sia anche visivo. E anche con i propri controlli del codice per gli errori.
Un vivido esempio di tale lavoro sarebbe la creazione di un menu per creare un menu. Cioè, se graficamente sarà possibile fare il menu di sinistra o di destra con codice embed per così dire al volo.
O sta solo generando pulsanti in code....?
Impostare gli stili è solo l'inizio dell'editing. In seguito, il numero di caratteristiche crescerà in modo simile a una valanga. Il compito principale è quello di trascinare e rilasciare le caratteristiche di base del linguaggio di markup nell'editor visivo. Non è difficile da fare. Direi che c'è una sorta di svolta a livello visivo, come sfondare una barriera supersonica. È difficile da descrivere... - È come se le possibilità fossero rinchiuse sotto una serratura e ora, quando vai a vedere, la porta si è aperta e si stanno accumulando. Solo il tempo di implementare.
Prossimi compiti:
1. Aggiunta di finestre.
2. Rimozione di elementi.
3. Creazione di un nuovo strumento - cornice blu.
4. Copiare elementi all'interno della finestra.
5. Estendere il focus dell'editing.
6. Aggiunta di obiettivi di modifica.
7. Selezione e caricamento di progetti salvati.
8. Aggiornamento del motore.
...
//------------------------------------------------
Il codice non è essenzialmente generato. Viene generato un kernel contenente gli elementi della descrizione numerica. Viene letto dal motore collegato all'applicazione utente e gestisce la comunicazione bidirezionale.
Impostare gli stili è solo l'inizio dell'editing. Poi, il numero di funzioni crescerà come una valanga. Il compito principale è quello di trascinare e rilasciare le caratteristiche di base del linguaggio di markup nell'editor visivo. Non è difficile da fare. Direi che c'è una sorta di svolta a livello visivo, come sfondare una barriera supersonica. È difficile da descrivere... - È come se le possibilità fossero rinchiuse sotto una serratura e ora, quando vai a vedere, la porta si è aperta e si stanno accumulando. Solo il tempo di implementare.
Prossimi compiti:
1. Aggiunta di finestre.
...
//------------------------------------------------
Il codice non è essenzialmente generato. Ciò che viene generato è un kernel contenente gli elementi della descrizione numerica. Viene letto dal motore collegato all'applicazione utente e gestisce la comunicazione bidirezionale.
Quello che vorrei: creare uno stile di base e modificarlo, creare stili predefiniti. Personalizzare lo stile dei pulsanti separatamente. Una maggiore enfasi dovrebbe essere posta sui modelli di stile, prendendo qualcosa dalla tendenza moderna.
Possibilità di modificare almeno in parte il codice dei file utente al volo. Per esempio, la chiamata di certe classi o la lista da mostrare. Di conseguenza, deve essere lo standard di una certa risposta per un'ulteriore post elaborazione.
È logico che ci sia una possibilità di editing visuale - ma è solo il primo passo, in cui penso sia logico usare il tasto destro e fare un menu definito. In generale, è più facile rendere il codice indipendente - perché in futuro potreste averne bisogno non solo per il lavoro in MT. I file sono collegabili di conseguenza. Almeno negli inludi, se lo facciamo per il mercato.
Di solito in queste direzioni ogni nuovo passo porta ancora più problemi nel codice, spesso sembra che tutto possa essere fatto in un certo tempo ma in realtà ci vuole molto più tempo. E questo sarà sempre il caso, la valanga in senso figurato aumenterà la funzionalità solo dopo il rilascio della prima versione completamente funzionante.
Cosa sarebbe auspicabile: creare uno stile di base e modificarlo, creare stili predefiniti. Personalizza lo stile del pulsante separatamente. Una maggiore enfasi dovrebbe essere posta sui modelli di stile prendendo qualcosa dalla tendenza moderna.
Possibilità di modificare almeno in parte il codice dei file utente al volo. Per esempio, una chiamata per certe classi o una lista, che deve essere mostrata. Quindi, ci deve essere una risposta standard per l'ulteriore post-elaborazione.
È logico che ci sia un'ampia possibilità di editing visuale - ma è solo il primo passo, dove penso sia logico usare il tasto destro e fare un menu definito. In generale, è più facile rendere il codice indipendente - perché in futuro potreste averne bisogno non solo per il lavoro in MT. Di conseguenza, i file sono collegabili. beh, almeno negli inludi se lo facciamo per il mercato
Penserò a salvare i modelli di stile. In un linguaggio di markup, questo era facile. Lì, la catena di proprietà potrebbe essere semplicemente copiata da un elemento all'altro e sarebbe perfetto. Qui non abbiamo una catena diretta, ma che problema c'è a crearne una? Penso che potrebbe essere migliore e più semplice. Qualcosa come uno styleset con i valori salvati delle proprietà dei modelli...
Circa la possibilità di modificare i file utilizzabili - non ho capito bene di cosa stiamo parlando esattamente. Un esempio potrebbe essere...
I file necessari per la connessione vengono stampati. Ce ne sono due. Contengono le informazioni di carico per il motore e le api per l'applicazione utente. In modo che "comunichi" con gli elementi.
Stampa del testo sugli elementi.
pensa alla griglia - è necessario un qualche tipo di allineamento/allineamento. è già difficile allineare tre elementi in modo uniforme
Sono d'accordo. Ci penserò.
pensa alla griglia - è necessario un qualche tipo di allineamento/legame.
Sì, tutta questa griglia è 10 volte ......
Bisogna vedere l'interesse degli utenti. Per esempio se fosse possibile creare questo o quel grafico al volo... per esempio disegnare una linea per i massimi e così via.
Perché finora non è altro che un'ottima lezione per l'autore nella progettazione di programmi. Creare semplicemente un menu non è così interessante. E le chiamate di funzione dovrebbero provenire da un pulsante.
Anche se, a causa della divulgazione di canvas su html, c'è un interesse sportivo per implementare qualcosa di universale. Ma è troppo complicato per me
....
Certo, c'è un'altra opzione: limitarsi alla generazione di codice. Come un "inludnik" con tutti i pulsanti di layout è creato e tutto ciò che rimane è inserire i dati ....... - anche una variante. PS: L'opzione più vicina e fattibile
Il mio obiettivo è di implementare la seguente lista di compiti entro il 3 marzo:
1. Aggiungere/rimuovere finestre.
2. Eliminazione di oggetti.
3. Creazione di un nuovo strumento - cornice blu.
4. Copiare elementi all'interno della finestra.
5. Estendere il focus dell'editing.
6. Aggiunta di obiettivi di modifica.
7. Selezione e caricamento di progetti salvati.
8. Aggiornamento del motore.
9. Griglia e correzione automatica delle posizioni degli elementi.
//------------------------------------------------
Dopo di che, l'editor visivo può essere usato per creare un'interfaccia utente simile a quella di Windows per l'applicazione.
(sic. con un insieme di elementi semplici. Questo sarà seguito da tabelle e liste varie).
Peter ha inventato e scritto Windows! Solo 30 anni troppo tardi =)
Seguendo le orme dei giganti).