Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Да? Уже нет?! С каких пор, ведь вчера были.
И где же они были? Во сне?
Да, действительно, нет свечей в 4 ке... Но это решается гистограммами.
Будет пример для 5-ки с визарда, или нет?
А вообще, пофиг уже. "Спасибо" за участие.... Ради спора мне это не нужно, ведь уже решил всё сам...
Бес по лез но! Много писал в "Ошибки...", и что? - в лучшем случае все промолчат, а в худшем случае, даже на все предоставленные возможные доказательства ответят что то типа "А где доказательства?" :O
ИМХО, Вы не правы. До них можно достучаться. Желание - это уже другое дело. Вот доказательства.
ИМХО, Вы не правы. До них можно достучаться. Желание - это уже другое дело. Вот доказательства.
Ну конечно можно достучаться. Подобными ветками только и можно. В сервисдеске заявки весяки.
Вот после выходных придут админы, посмотрят эту ветку, скажут, "Ох ёп... онский городовой, надо срочно всё исправлять ведь.." и исправят.
По нескольку лет заявки висят в деске, висели, висят, и похоже, будут висеть. Кушать они не просят, пускай висят.
Ну конечно можно достучаться. Подобными ветками только и можно. В сервисдеске заявки весяки.
Вот после выходных придут админы, посмотрят эту ветку, скажут, "Ох ёп... онский городовой, надо срочно всё исправлять ведь.." и исправят.
По нескольку лет заявки висят в деске, висели, висят, и похоже, будут висеть. Кушать они не просят, пускай висят.
С точки зрения программиста было бы логично во вкладке "цвета" нумеровать буферы как 1, 6, 11. Потому-что через iCustom() доступ к ним через такие индексы выполняется (точнее через 0, 5, 10, смысл в том, что не подряд).
Но с точки зрения пользователя, не имеющего отношения к программированию, такая нумерация в окне свойств выглядела бы дико.
Как не крути с чьей-то точки зрения будет что-то казаться не логичным.
С точки зрения программиста было бы логично во вкладке "цвета" нумеровать буферы как 1, 6, 11. Потому-что через iCustom() доступ к ним через такие индексы выполняется (точнее через 0, 5, 10, смысл в том, что не подряд).
Но с точки зрения пользователя, не имеющего отношения к программированию, такая нумерация в окне свойств выглядела бы дико.
Как не крути с чьей-то точки зрения будет что-то казаться не логичным.
У меня изучение написания индикаторов совпало со временем изучения ООП. Возможно, и поэтому все индикаторы пишу через ООП. Но мне видится ООП-подход с индикаторами и буферами гораздо удобнее классического. Нужно всего один раз прописать класс, учитывающий нюансы разработчиков, и благополучно про них забыть. Решение становится удобным, без лишних заморочек и с огромным потенциалом возможностей. За несколько минут можно собрать индикатор, который при классическом подходе надо будет писать на порядки дольше, заморачиваясь не только с логикой, но и с дебагом забываемых нюансов разработчиков.
Есть в кодобазе примеры ООП-индикаторов? В справку смотрел только на этапе написания класса индикатора и буфера. Дальше к справке обращаться по вопросам индикаторов не понадобилось.