Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Добрый день.
Строка 234, ловлю аут оф рендж W.time
При включенном смещении графика, нажимаю Home и веду мышку в правую часть графика
UPD Смещение графика не при чем ) В 265 строке CopyTime не все копируетДа, проблему воспроизвести удалось.
Спасибо еще раз.
Благодаря этому обнаружился баг с функцией ChartGetInteger(0,CHART_FIRST_VISIBLE_BAR)).
Этот баг уже сбросил в ветку багов . https://www.mql5.com/ru/forum/1111/page2599#comment_13757860
Если MQ исправит этот баг, то в iCanvas замеченный Вами аут оф рейндж пропадет.
Но ждать конечно не буду MQ, тем более они сейчас очень медленно исправляют баги или совсем их не исправляют.
Буду думать, как можно это обойти.
Спасибо!
Еще заметил, если подобрать масштаб такой, когда w.Right_bar без дробной части, вроде бы все нормально )
пофиксил. Проверьте пожалуйста.
Обновил и в КБ. Версия 1.28.
так же в классе iCanvac добавил метод:
пофиксил. Проверьте пожалуйста.
Добрый день.
Похоже, все отлично )
Спасибо!
Предлагаю добавить статус кнопок мыши. На скорость не повлияет, но бывает полезным )
Предлагаю добавить статус кнопок мыши. На скорость не повлияет, но бывает полезным )
Не могу согласиться, т.к. не вижу в этом особого смысла.
Дело в том, что статус кнопок мыши и клавиш - это событийная модель, которую нужно обрабатывать только там, где наступление этого события отлавливается, а именно в OnChartEvent.
Вы же не будете огранизовывать бесконечный цикл опроса наступления какого-то события вне обработчика событий. Поэтому какой смысл выносить этот статус за пределы OnChartEvent, когда всю обработку этих нажаний нужно делать в OnChartEvent, статус которых находится в lparam и sparam.
Ну разве только с целью ввести новую структуру индификаторов событий мыши для улучшения читаемости кода.
Не могу согласиться, т.к. не вижу в этом особого смысла.
Дело в том, что статус кнопок мыши и клавиш - это событийная модель, которую нужно обрабатывать только там, где наступление этого события отлавливается, а именно в OnChartEvent.
Вы же не будете огранизовывать бесконечный цикл опроса наступления какого-то события вне обработчика событий. Поэтому какой смысл выносить этот статус за пределы OnChartEvent, когда всю обработку этих нажаний нужно делать в OnChartEvent, статус которых находится в lparam и sparam.
Ну разве только с целью ввести новую структуру индификаторов событий мыши для улучшения читаемости кода.
А зачем тогда координаты мышки хранить? ) Тоже событийное )
Про цикл не понял...
В частности статус понадобился чтобы не рисовать часть объекта при перетаскивании мышкой.
А зачем тогда координаты мышки хранить? ) Тоже событийное )
С координатами мышки совсем другое дело. Текущие координаты мышки не являются событийной информацией. Событием является их изменение.
Могут понадобиться моменты, когда коодинаты мышки нужны вне OnChartEvent. Например вот здесь.
Про цикл не понял...
В частности статус понадобился чтобы не рисовать часть объекта при перетаскивании мышкой.
Ну у Вас же при перетаскивании мышкой команда на перерисовку части объекта вызывается из OnChartEvent в тот момент, когда меняется координата мышки и пока нашата ЛКМ, а в OnChartEvent имеется этот статус, зачем его внедрять в структуру Window?
Если бы Вы тоже самое делали не из OnChartEvent, и при этом в экземляре W структуры Window были бы пердлагаемые Вами MouseStatus, то Вам бы пришлось организовывать бесконечный цикл опроса этого парамента (MouseStatus) для ловли момента отпускания ЛКМ, что подвесило бы CPU.
Этот цикл не нужен только в OnChartEvent.
Я просто хочу сказать что использовать статус кнопок можно и нужно только из OnChartEvent, в котором он и так имеется.
Если я не прав, то приведите конкретный пример, в котором этот статус был бы востребован не из OnChartEvent.
Если я не прав, то приведите конкретный пример, в котором этот статус был бы востребован не из OnChartEvent.
Я ж выше написал пример, все прекрасно работает )
В OnChartEvent при движении мыши меняем параметры и даем команду на перерисовку холста. Без параметра в структуре пришлось бы передавать sparam в объект, оттуда в другой, а там в метод Draw()
С координатами мышки совсем другое дело. Текущие координаты мышки не являются событийной информацией. Событием является их изменение.
Могут понадобиться моменты, когда коодинаты мышки нужны вне OnChartEvent. Например вот здесь.
Ну у Вас же при перетаскивании мышкой команда на перерисовку части объекта вызывается из OnChartEvent в тот момент, когда меняется координата мышки и пока нашата ЛКМ, а в OnChartEvent имеется этот статус, зачем его внедрять в структуру Window?
Если бы Вы тоже самое делали не из OnChartEvent, и при этом в экземляре W структуры Window были бы пердлагаемые Вами MouseStatus, то Вам бы пришлось организовывать бесконечный цикл опроса этого парамента (MouseStatus) для ловли момента отпускания ЛКМ, что подвесило бы CPU.
Этот цикл не нужен только в OnChartEvent.
Я просто хочу сказать что использовать статус кнопок можно и нужно только из OnChartEvent, в котором он и так имеется.
Если я не прав, то приведите конкретный пример, в котором этот статус был бы востребован не из OnChartEvent.
Очень странные рассуждения. Логики никакой.
И координаты мыши и нажатые клавиши - есть внешнее состояние. Оно передается через параметры в обработчик, где если уж и кладется во внутренние переменные объекта (что безусловно полезно), то должно там быть целиком, а не частями. Библиотека - это по определению нечто, что делается не под свои хотелки, а в обобщенном виде, с учетом потенциальных потребностей других. Наперед знать все потребности нельзя, поэтому нужно просто не делать искусственных ограничений, как это.