Ошибки, баги, вопросы - страница 1051
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Как программно получить цвет линии, который пользователь задал в диалоге свойств индюка?
Не припомню такой фичи.
А зачем? может если сменить постановку вопроса, то и решение найдётся
ЗЫ а я понял чтоб менять одним кликом всю цветовую гамму. Ну введите цвет в параметры, и пусть пользователь меняет в параметрах.
Как программно получить цвет линии, который пользователь задал в диалоге свойств индюка?
PLOT_LINE_COLOR
Трудноуловимая ошибка
Результат: value1=5, value2=8, а должно быть
value1=5, value2=5
Если убрать this. или убрать у A::set(..) приставку virtual или убрать функцию replace, путем переноса кода в A::set(...),
то все нормально
Если убрать this. или убрать у A::set(..) приставку virtual или убрать функцию replace, путем переноса кода в A::set(...),
в обычной компиляции - баг
Не припомню такой фичи.
А зачем? может если сменить постановку вопроса, то и решение найдётся
ЗЫ а я понял чтоб менять одним кликом всю цветовую гамму. Ну введите цвет в параметры, и пусть пользователь меняет в параметрах.
Так сейчас и сделано. Это нонсенс, потому что цвета дублируются в параметрах и на выделенной закладке с цветами.
Необходимость простая - нужно поставить на графике метки, совпадающие по цвету с выбранными пользователями цветами линий.
Насколько я понимаю, Lizar ошибается, т.к. PLOT_LINE_COLOR, согласно документации, задает индекс буфера с номерами цветов раскраски (когда одна линия рисуется попеременно разными цветами). Мой вопрос с помощью этой константы не решается.
...
Насколько я понимаю, Lizar ошибается, т.к. PLOT_LINE_COLOR, согласно документации, задает индекс буфера с номерами цветов раскраски (когда одна линия рисуется попеременно разными цветами). Мой вопрос с помощью этой константы не решается.
Попробуйте вот так:
Так сейчас и сделано. Это нонсенс, потому что цвета дублируются в параметрах и на выделенной закладке с цветами.
Необходимость простая - нужно поставить на графике метки, совпадающие по цвету с выбранными пользователями цветами линий.
Насколько я понимаю, Lizar ошибается, т.к. PLOT_LINE_COLOR, согласно документации, задает индекс буфера с номерами цветов раскраски (когда одна линия рисуется попеременно разными цветами). Мой вопрос с помощью этой константы не решается.
Неправда, решается. Я вот согласовываю цвета буферов двух взаимосвязанных индикаторов через события:
Вызывается это событие (из другого индикатора), так:
Всё работает.Неправда, решается.
Это перечисление ENUM_PLOT_PROPERTY_INTEGER для PlotIndexSetInteger() и PlotIndexGetInteger()
можно присвоить, можно прочитать
Пробую въехать в ООП.
1) Вот если я делаю функцию, то её можно (а) подключить к коду через #include а сам файл держать в другом месте (б) либо вставить прямо в коде советника/индикатора. В статье Основы объектно-ориентированного программирования в разделе "Загрузка класса" показано подключение через #include . Вопрос - можно ли написать класс для советника/индикатора и держать его в самом коде (как для функции)?
2) Я так понял, что при ООП можно задействовать доп. мощности, напр. видеокарты. Если напр. есть советник и там часть вычислении вынесена в функцию то все расчёты идут на процессор, если же вместо функции сделан класс то он направляет свои расчёты на видеокарту (распараллеливает расчёты)? Я правильно понял смысл ускорения расчёта при использовании ООП?