MetaEditor. Problèmes et solutions. - page 4
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Je ne comprends pas, est-il possible d'imprimer un script en monochrome, c'est-à-dire pas en couleur, sur du papier en ME ?
Chers développeurs !
Est-il possible de définir la fenêtre Afficher/Ouvrir la boîte à outils comme le bouton Esc ?
Actuellement, il fonctionne par Ctrl+T, ce qui est très inhabituel et, à mon avis, peu pratique !
Est-il possible de dupliquer la fenêtre Afficher/Ouvrir la boîte à outils à la touche Esc comme c'était le cas dans Quaternaire ?
Une bagatelle, mais une nuisance. Je ne voudrais pas changer les habitudes acquises au fil des ans.
Je ne suis pas sûr que cela concerne l'éditeur, mais plutôt le compilateur, mais j'ai quand même une question : comment désactiver la fonctionnalité, afin que les commentaires après les entrées ne soient pas pris comme noms par défaut ? Il serait logique d'utiliser à cette fin une construction linguistique spéciale ou du moins un type de commentaire spécial - par exemple, trois barres obliques alignées (///), plutôt que deux. Utiliser un commentaire standard comme quelque chose qui affecte la compilation est inapproprié. Un commentaire standard est, par définition, quelque chose que le compilateur ignore !
Eh bien, trois barres obliques seront ignorées parce que deux d'entre elles sont déjà présentes, puis le compilateur ne lira pas la troisième et passera simplement à une autre ligne.
mais il est préférable d'utiliser /# au lieu de ///.
c'est logique puisque le compilateur cherchera toujours l'opérateur suivant après / pour voir si c'est une division ou un commentaire.
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Je ne suis pas sûr que cela concerne l'éditeur, plutôt le compilateur, mais tout de même une question : comment désactiver la fonctionnalité, afin que les commentaires après les entrées ne soient pas perçus comme leurs noms par défaut ? Il serait logique d'utiliser à cette fin une construction linguistique spéciale ou du moins un type de commentaire spécial - par exemple, trois barres obliques alignées (///), plutôt que deux. Utiliser un commentaire standard comme quelque chose qui affecte la compilation est inapproprié. Un commentaire standard est, par définition, quelque chose que le compilateur ignore !
Chers développeurs !
Est-il possible de définir la fenêtre Afficher/Ouvrir la boîte à outils comme le bouton Esc ?
Actuellement, il fonctionne par Ctrl+T, ce qui est très inhabituel et, à mon avis, peu pratique !
Est-il possible de dupliquer la fenêtre Afficher/Ouvrir la boîte à outils sur le bouton Esc comme c'était le cas dans Quaternaire ?
Une bagatelle, mais une nuisance. Je ne voudrais pas changer les habitudes acquises au fil des ans.
Pour l'instant, le comportement restera le même.
La combinaison Ctrl+T existe depuis longtemps et personne ne l'a supprimée.
Essayez de cette façon :
C'est gênant - premièrement, les commentaires sont de styles différents, et sur la même ligne, et deuxièmement, le commentaire /* */ à utiliser pour un commentaire d'une seule ligne est un mauvais ton. C'est exact - par la construction de la langue :
La ligne de description qui suit l'entrée est facultative. La raison pour laquelle il est difficile de le faire correctement et commodément n'est pas claire.Cela n'est pas pratique - d'abord, des commentaires de styles différents sur la même ligne, et ensuite, l'utilisation de /* */ pour un commentaire d'une seule ligne est un mauvais ton. C'est exact - par la construction de la langue :
La ligne contenant les descriptions après l'entrée est facultative. Quelle est la difficulté de le faire correctement et commodément - je ne comprends pas.Votre point de vue est accepté. Rien ne changera à cet égard. C'est une petite chose, pour les variables d'entrée, vous pouvez insérer des commentaires dans ce style plusieurs fois.
Il y a une tonne de bagatelles de ce genre. Et je ne prends pas la peine d'écrire sur des choses mineures, parce que je connais la réponse - nous n'allons rien changer (y compris les corrections de bugs), c'est tout. S'il y a un problème pour régler les petits détails, alors le problème pour quelque chose de plus important est encore plus grand.
De solides "accessoires" dans les méthodes et styles de programmation. La marque.