Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вы файл ошибочно приложили или автор темы вам что-то очень плохое сделал?
Просто код в приложенном файле на каждом тике удаляет линию и вновь её создаёт.
Видны и другие не оптимальные моменты.
P./S.: Да и сконструировать в коде перемещение линии при появлении нового бара (вместо создания-удаления каждый раз) - как-то по оптимальнее будет, полагаю.
Вы файл ошибочно приложили или автор темы вам что-то очень плохое сделал?
Просто код в приложенном файле на каждом тике удаляет линию и вновь её создаёт.
Видны и другие не оптимальные моменты.
P./S.: Да и сконструировать в коде перемещение линии при появлении нового бара (вместо создания-удаления каждый раз) - как-то по оптимальнее будет, полагаю.
Нет ничего проще сделать функцию, которая будет и линию строить, и перемещать её, и другие нужные изменения с ней проводить. Каждый раз, при необходимости создать линию, или поменять её параметры, или восстановить случайно удалённую, вызывается одна и та же функция с нужными параметрами.
Нет ничего проще сделать функцию, которая будет и линию строить, и перемещать её, и другие нужные изменения с ней проводить. Каждый раз, при необходимости создать линию, или поменять её параметры, или восстановить случайно удалённую, вызывается одна и та же функция с нужными параметрами.
Разный подход к этому может быть.
Но проверка наличия объекта, да, и я считаю должна быть.
У меня это может применяться, например, по такой схеме:
где для создания объектов, например, отдельная функция на основе из Документации:
Где, в свою очередь, ObSetString(), ObSetIntegerColor(), ObSetIntegerLineStyle() и т.д. - это отдельные функции с проверочными условиями (вместе с функциями по созданию объектов, они у меня здесь в Кодобазе выложены одним включаемым файлом).
Для перемещения же объектов сама предпочитаю применение отдельных целенаправленных функций.
Как и для различных модификаций объектов (т.е., применение отдельных функций, состоящих, в т.ч., возможно из каких-то отдельных с включением каких-то проверочных условий). Чтоб не поднимать и не перезаписывать то, что не требуется, когда это возможно. Пример из таких функций:
Как-то так.
Т.е., если конструировать программу чисто только в рамках вопроса автора темы, то, с моей точки зрения, примерно такая схема:
Если MQL4, то наличие #property strict в коде. Если MQL5, то без него.
Входные параметры через input.
В OnDeinit() примерно такое удаление, как в этой функции или через эту или подобную функцию:
В OnCalculate():
Ребята всем привет! Ищу индикатор который бы на каждую новую свечу последовательно рисовал вертикальную линию вместе с подвалом. А предыдущие вертикальные линии убирал. Короче каждая новая свеча сразу появлялась с новой вертикальной линией и линия исчезала с появлением новой свечи. Если нету такого индикатора, то плиз его написать помоему просто, выложите кто нибудь. Чтоб в настройках индюка можно было менять тип линии и толщину и цвет. Плиз помогите.