Делаем краудсорсовый проект по Canvas - страница 6
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Есть фундаментальный вопрос.
Есть допустим два приложения, панельки, индикатора, на одном графике. Каждый из них должен на своей канве рисовать или оба на общей?
В обоих случаях есть вопросы.
предлагаю сейчас сделать просто обработку некой канвы. Со всеми элементами на ней.
Все равно мы не сможем контролировать количество таких запущенных экземпляров с канвасами (иначе углубимся в функции ОС для "многооконного интерфейса" на канве. До этого может когда-то дойдет, но не сейчас)
Как следствие - взаимодействия между канвасами на уровне отправки "оконных событий" между ними предлагаю сейчас не делать.
Также я сейчас не представляю, как несколько ex5 будут обмениваться данными по содержимому одного общего канваса.
С клавиатурой как раз все более менее понятно. Есть событие нажатие клавиши, есть код этой клавиши. Чего еще хотеть?
к сожалению нет полноты кода. сейчас чартовые события не различают A и a
По этому вопросу в СД тоже уже написал
Кстати как по мне ооочень упростило бы жизнь в плане нормального DND введение события OnMouseDown.
событие CHART_MOUSE_MOVE в sparam шлёт состояние кнопок и клавы. = левая, парвая, ctrl, shift, alt.
Другими словами DND реализуем уже сейчас.
Другими словами DND реализуем уже сейчас.
Да, я в курсе, потому что реализовывал в своей недавней поделке. Так вот сейчас DND можно реализовать только через ж*пу.
Во-первых для нормального перетаскивания надо отрубать и включать некоторые свойства графика, иначе график таскается вместе с канвасом, ну их конечно в почти любом случае отключать придется.
Во-вторых MouseMove не привязан к объекту, как Click например, поэтому если под мышкой два объекта, тягаться будут оба. В стандартной библиотеке так и есть между прочим.
И так будет если нет внутренней логики выбирающей какой объект тягать.
Так вот вторую проблему события MoseDown вроде как эффективно решает.
А, еще третий пункт есть. MouseMove спам событие. Его надо принудительно включать и при включении оно будет слаться всем кодам на графике и может быть причиной хороших тормозов из-за количества сообщений, поэтому если есть способ его не использовать, лучше его не использовать.
А, еще третий пункт есть. MouseMove спам событие. Его надо принудительно включать и при включении оно будет слаться всем кодам на графике и может быть причиной хороших тормозов из-за количества сообщений, поэтому если есть способ его не использовать, лучше его не использовать.
Да, я в курсе, потому что реализовывал в своей недавней поделке. Так вот сейчас DND можно реализовать только через ж*пу.
Во-первых для нормального перетаскивания надо отрубать и включать некоторые свойства графика, иначе график таскается вместе с канвасом, ну их конечно в почти любом случае отключать придется.
Во-вторых MouseMove не привязан к объекту, как Click например, поэтому если под мышкой два объекта, тягаться будут оба. В стандартной библиотеке так и есть между прочим.
И так будет если нет внутренней логики выбирающей какой объект тягать.
Так вот вторую проблему события MoseDown вроде как эффективно решает.
А, еще третий пункт есть. MouseMove спам событие. Его надо принудительно включать и при включении оно будет слаться всем кодам на графике и может быть причиной хороших тормозов из-за количества сообщений, поэтому если есть способ его не использовать, лучше его не использовать.
ты ведь понимаешь, что если мы уходим в канвас - то мы сами по себе. Уже нет никаких высокоуровневых событий. Ни объектов МТ которые могут их принять
Если только движения мышки и состояния кнопок. я бы не называл это ж*пой )). Это просто низкий событийный уровень.
Тормоза если и есть, то незаметны невооруженным глазом. В моей панели в одно время MouseMove дясяткам тысяч элементов рассылался, в т.ч. невидимым, потом зделал более умную рассылку, но визуально скорости это не прибавило.
надцать тысяч объектов не делают погоды в скорости.
надцать тысяч объектов не делают погоды в скорости.
ты ведь понимаешь, что если мы уходим в канвас - то мы сами по себе. Уже нет никаких высокоуровневых событий. Ни объектов МТ которые могут их принять
Если только движения мышки и состояния кнопок. я бы не называл это ж*пой )). Это просто низкий событийный уровень.
Есть еще уровень взаимодействия с другими кодами. Хотя бы между несколькими инстансами одного индикатора например. Его надо учитывать, вот я про него.
А так да, все это понятно
Есть еще уровень взаимодействия с другими кодами. Хотя бы между несколькими инстансами одного индикатора например. Его надо учитывать, вот я про него.
честно, даже не представляю о каком возможном взаимодействии ты пишешь.
несколько экземпляров индкиатора выводят на один канвас? ну не знаю. чёт стремно.