![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
ни понил.есть ли в ME возможность распечатать на бумаге скрипт в монохромном изображении,т.е. не цветной ?
Уважаемые разработчики!
Можно ли настроить Показ/Открытие Окна "Инструменты" на кнопку Esc?
Сейчас это работает по Сtrl+T и это очень непривычно и, на мой взгляд, неудобно!
Возможно ли продублировать Показ/Открытие Окна "Инструменты" на кнопку Esc как было в четверке?
Пустячок, но неприятно. Не хотелось бы менять привычки выработанные годами.
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Ну так и три слеша будет пропушено тк два уже было то третий компилятор просто читать не станет, а просто перейдёт на другую строку.
хотя мысль здравая только использовать лучше не /// а /#
это будет логично раз компилятор всё равно при нахождении / смотрит следующий за ним оператор чтоб понять деление это или коменты.
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Уважаемые разработчики!
Можно ли настроить Показ/Открытие Окна "Инструменты" на кнопку Esc?
Сейчас это работает по Сtrl+T и это очень непривычно и, на мой взгляд, неудобно!
Возможно ли продублировать Показ/Открытие Окна "Инструменты" на кнопку Esc как было в четверке?
Пустячок, но неприятно. Не хотелось бы менять привычки выработанные годами.
Пока поведение останется таким.
Комбинация Ctrl+T существует уже очень давно и ее никто не отменял.
Попробуйте так:
Это неудобно - во-первых комменты разных стилей, причем в одной строке, во-вторых коммент /* */ использовать для однострочного комментария - моветон. Правильно так - через конструкцию языка:
Строка с описаниями после input - опциональная. В чем сложность сделать правильно и удобно - не понятно.Это неудобно - во-первых комменты разных стилей, причем в одной строке, во-вторых коммент /* */ использовать для однострочного комментария - моветон. Правильно так - через конструкцию языка:
Строка с описаниями после input - опциональная. В чем сложность сделать правильно и удобно - не понятно.Ваша точка зрения принята. Ничего меняться в этом плане не будет. Это мелочь, для input переменных несколько раз можно вставить комментарии в таком стиле.
Таких мелочей - вагон. А по немелочам я уже и не пишу вовсе, потому что ответ известен - ничего менять (в т.ч. исправлять баги) не будем, и все тут. Если с мелочами проблема сделать нормально, то с чем-то покрупнее - и подавно.
Сплошные "подпорки" в методах и стилях программирования. Фирменный знак.