MetaEditore. Problemi e soluzioni. - pagina 4
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
Non capisco, è possibile stampare uno script in monocromia, cioè non a colori, su carta in ME?
Cari sviluppatori!
È possibile impostare la finestra Show/Open Toolbox sul pulsante Esc?
In questo momento funziona con Ctrl+T e questo è molto insolito e, secondo me, scomodo!
È possibile duplicare la finestra Show/Open Toolbox al tasto Esc come era in Quaternario?
Un'inezia, ma una seccatura. Non vorrei cambiare le abitudini sviluppate nel corso degli anni.
Non sono sicuro che questo riguardi l'editor, piuttosto il compilatore, ma ancora una domanda: come disabilitare la funzione, in modo che i commenti dopo gli input non siano presi come nomi predefiniti? Sarebbe logico, se per questo scopo si usasse un costrutto linguistico speciale o almeno un tipo speciale di commento - per esempio, tre barre in fila (///), piuttosto che due. Usare un commento standard come qualcosa che influisce sulla compilazione è inappropriato. Un commento standard è, per definizione, qualcosa che il compilatore salta!
Beh, tre slash saranno saltati perché due sono già stati lì, poi il compilatore non leggerà il terzo e passerà semplicemente a un'altra linea.
ma è meglio usare /# invece di ///.
ha senso poiché il compilatore cercherà ancora l'operatore successivo a / per vedere se è una divisione o un commento.
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Non sono sicuro se questo riguarda l'editor, più il compilatore, ma ancora una domanda: come disabilitare la funzione, in modo che i commenti dopo gli input non siano percepiti come i loro nomi predefiniti? Sarebbe logico, se per questo scopo si usasse un costrutto linguistico speciale o almeno un tipo speciale di commento - per esempio, tre barre in fila (///), piuttosto che due. Usare un commento standard come qualcosa che influisce sulla compilazione è inappropriato. Un commento standard è, per definizione, qualcosa che il compilatore salta!
Cari sviluppatori!
È possibile impostare la finestra Show/Open Toolbox sul pulsante Esc?
In questo momento funziona con Ctrl+T e questo è molto insolito e, secondo me, scomodo!
È possibile duplicare la finestra Show/Open Toolbox al pulsante Esc come era in Quaternario?
Un'inezia, ma una seccatura. Non vorrei cambiare le abitudini sviluppate nel corso degli anni.
Per ora, il comportamento rimarrà lo stesso.
La combinazione Ctrl+T esiste da molto tempo e nessuno l'ha abolita.
Prova in questo modo:
Questo è scomodo - in primo luogo, i commenti sono di stili diversi, e sulla stessa linea, e in secondo luogo, il commento /* */ da usare per un commento a linea singola è un mauvais ton. Questo è corretto - attraverso la costruzione della lingua:
La linea di descrizione dopo l'input è opzionale. Perché è difficile da fare correttamente e convenientemente - non è chiaro.Questo è scomodo - in primo luogo, commenti di stili diversi sulla stessa linea, e in secondo luogo, usare /* */ per un commento su una sola linea è un mauvais ton. Questo è corretto - attraverso la costruzione della lingua:
La linea con le descrizioni dopo l'input è opzionale. Qual è la difficoltà nel renderlo corretto e conveniente - non capisco.Il suo punto di vista è accettato. Non cambierà nulla a questo proposito. È una piccola cosa, per le variabili di input si possono inserire commenti in quello stile alcune volte.
Ci sono un sacco di queste sciocchezze. E non mi preoccupo di scrivere di cose minori, perché conosco la risposta - non cambieremo nulla (comprese le correzioni di bug), questo è tutto. Se c'è un problema nel sistemare piccoli dettagli, allora il problema con qualcosa di grande è ancora più grande.
Solidi "puntelli" nei metodi e stili di programmazione. Il marchio di fabbrica.