MetaEditor. Проблемы и решения. - страница 4

 
hryak:
ни понил.есть ли в ME возможность  распечатать на бумаге   скрипт в монохромном изображении,т.е. не цветной ?
Конечно, настраиваете принтер на печать в черно-белом варианте.
 

Уважаемые разработчики!

Можно ли настроить Показ/Открытие Окна "Инструменты" на кнопку  Esc?

Сейчас это работает по Сtrl+T и это очень непривычно и, на мой взгляд, неудобно!

Возможно ли продублировать Показ/Открытие Окна "Инструменты" на кнопку  Esc как было в четверке?

Пустячок, но неприятно. Не хотелось бы менять привычки выработанные годами. 

 
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
 
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!

Ну так и три слеша будет пропушено тк два уже было то третий компилятор просто читать не станет, а просто перейдёт на другую строку.

хотя мысль здравая только использовать лучше не ///    а    /#

это будет логично раз компилятор всё равно при нахождении / смотрит следующий за ним оператор чтоб понять деление это или коменты.

 

marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!

 

Подобная тема уже обсуждалась ранее. В качестве замены предложено использовать /* (подробнее посмотрите в справочнике).
 
marketeer:
Не уверен, что сие относится к редактору - скорее к компилятору, но все же вопрос: как отключить фичу, чтобы комменты после input-ов не воспринимались как их названия по-умолчанию? Было бы логично, если бы для этих целей использовалась специальная конструкция языка или на худой конец специального вида коммент - например, три слеша подряд (///), а не два. Использовать стандартный коммент, как нечто, влияющее на компиляцию - негоже. Стандартный коммент - по определению то, что компилятор пропускает!
Попробуйте так:
input int  param=0;  /* видимое название параметра  */   // комментарии программиста - не видны на закладки "Параметры"
 
VBAG:

Уважаемые разработчики!

Можно ли настроить Показ/Открытие Окна "Инструменты" на кнопку  Esc?

Сейчас это работает по Сtrl+T и это очень непривычно и, на мой взгляд, неудобно!

Возможно ли продублировать Показ/Открытие Окна "Инструменты" на кнопку  Esc как было в четверке?

Пустячок, но неприятно. Не хотелось бы менять привычки выработанные годами. 

Пока поведение останется таким.

Комбинация Ctrl+T существует уже очень давно и ее никто не отменял. 

 
Rosh:
Попробуйте так:

Это неудобно - во-первых комменты разных стилей, причем в одной строке, во-вторых коммент /* */ использовать для однострочного комментария - моветон. Правильно так - через конструкцию языка:

input "Title - видимое описание|Hint - подсказка по наведению" int Number = 0; // рабочие комменты, не вылезающие в интерфейс пользователя
Строка с описаниями после input - опциональная. В чем сложность сделать правильно и удобно - не понятно.
Документация по MQL5: Основы языка / Синтаксис / Комментарии
Документация по MQL5: Основы языка / Синтаксис / Комментарии
  • www.mql5.com
Основы языка / Синтаксис / Комментарии - Документация по MQL5
 
marketeer:

Это неудобно - во-первых комменты разных стилей, причем в одной строке, во-вторых коммент /* */ использовать для однострочного комментария - моветон. Правильно так - через конструкцию языка:

Строка с описаниями после input - опциональная. В чем сложность сделать правильно и удобно - не понятно.
Ваша точка зрения принята. Ничего меняться в этом плане не будет. Это мелочь, для input переменных несколько раз можно вставить комментарии в таком стиле.
 
Rosh:
Ваша точка зрения принята. Ничего меняться в этом плане не будет. Это мелочь, для input переменных несколько раз можно вставить комментарии в таком стиле.

Таких мелочей - вагон. А по немелочам я уже и не пишу вовсе, потому что ответ известен - ничего менять (в т.ч. исправлять баги) не будем, и все тут. Если с мелочами проблема сделать нормально, то с чем-то покрупнее - и подавно.

Сплошные "подпорки" в методах и стилях программирования. Фирменный знак.

Причина обращения: