Можно ли получить исторические данные по инструменту не открывая график в QUIK ?, Можно ли получить исторические данные по инструменту не открывая график в QUIK ?
Можно ли получить исторические данные по инструменту не открывая график в QUIK ?, Можно ли получить исторические данные по инструменту не открывая график в QUIK ?
Sergey Gorokhov пишет: То что в 7 версии в событии OnTransReply только ordernum мы считаем ошибкой, которая будет исправлена. Но сейчас там работает только ordernum
Тогда надо не документацию переписывать, а исправлять ошибку в ПО. Выше вы писали:
Егор Зайцев (ARQA Technologies) пишет : В новой документации параметры seccode, classcode, tradenum, ordernum имеют вид sec_code, class_code, trade_num, order_num.
Ну и что вы творите? Скачете туда-обратно. Это призыв переписывать все раннее написанные скрипты? Каких ещё сюрпризов от вас ждать? Вот и getOrderByNumber нормально не работает.
Надо делать так, как надо. А как не надо - делать не надо.
В версии 7.0.0.289 в OnTrade и OnOrder присутствуют оба параметра order_num и ordernum. Но у вас там какой-то "косяк" с getOrderByNumber Информацию по этой проблеме я отправил на почту.
Надо делать так, как надо. А как не надо - делать не надо.
Вы всё обратно переиграли что ли? Не рубите сгоряча.
Цитата
Егор Зайцев (ARQA Technologies) пишет: В новой документации параметры seccode, classcode, tradenum, ordernum имеют вид sec_code, class_code, trade_num, order_num.
Вопрос был задан выше:
Цитата
Старатель пишет: Может ли OnTrade в принципе прийти с незаполненным полем "Номер заявки"? Вы обещали добавить информацию по обязательным полям в документацию.
Надо делать так, как надо. А как не надо - делать не надо.
Насколько я помню, ordernum - это старое название параметра (тогда ещё были secccode, classcode и пр.). Потом эти параметры переименовали, добавив "_" А старые параметры так оставили. Но вопрос не в этом.
Может ли OnTrade в принципе прийти с незаполненным полем "Номер заявки"? Вы обещали добавить информацию по обязательным полям в документацию.
Надо делать так, как надо. А как не надо - делать не надо.
Alex Dronov пишет: Там тоже нельзя без открытых ТВС или чарта подписаться на тики? и также после CreateDataSource() сбрасываются настройки заказанных данных?
Да, всё по-прежнему.
Надо делать так, как надо. А как не надо - делать не надо.
Довольно не надёжное решение, т.к. параметр "SERVERTIME" иногда может вернуться назад. Лучше всё же использовать флаг, и сбрасывать его при смене даты на сервере.
Надо делать так, как надо. А как не надо - делать не надо.
Николай Камынин, и да, ваши рассуждения несостоятельны: Во-первых, продажа может осуществляться в долг, и сколько резервировать ДС - тоже не известно Во-вторых, при выставлении стоп-заявки, ДС не резервируются.
Надо делать так, как надо. А как не надо - делать не надо.
Николай Камынин пишет: Это не всегда верно, возможна ситуация, когда стоп-заявка исполнилась, а информация о выставлении заявки еще не пришла.
В этом случае, как вы понимаете, проверять нечего. Нет же ещё заявки. Вот другая ситуация, когда информация по заявке (сделке) уже пришла, а поля order.linkedorder и stop_order.linkedorder ещё не обновились. Вот тут проблема...
Надо делать так, как надо. А как не надо - делать не надо.
Николай Камынин пишет: При нормальной работе канала и отсутствии ошибок такая ситуация не возникала.
Но она возможна. Более того, я с такой ситуацией встречался. Правильно я понимаю, что у вас не предусмотрено никаких автоматических действий при отсутствии колбека на транзакцию?
Надо делать так, как надо. А как не надо - делать не надо.
Сейчас делаю следующим образом: если в таблице стоп-заявок не находится стопа с stop_order.order_num==order.linkedorder, то считается, что заявка выставлена в результате переноса через клиринг, в противном случае - в результате исполнения стоп-ордера.
Надо делать так, как надо. А как не надо - делать не надо.
Добрый день. Правильно я понимаю, что параметры "Исходный номер" и "Стоп-заявка" в таблице заявок соответствуют параметру linkedorder? Как можно понять, что заявка выставлена именно при срабатывании стопа?
Надо делать так, как надо. А как не надо - делать не надо.
Изменения в рабочем месте QUIK 7.0.0.pdf Исправленные недоработки предыдущих версий 37. Вызов функции, заданной через SetUpdateCallback, происходил при изменении любого параметра инструмента, а не только заданного.
Проблема решена?
Надо делать так, как надо. А как не надо - делать не надо.
Николай Камынин пишет: при отсылки поручения , записываем транзакцию в таблицу транзакций при приеме колбека на транзакцию удаляем из соответствующей таблицы. Таким образом , контролируем баланс транзакций.
Что делаете, если на транзакцию длительное время нет ответа?
Надо делать так, как надо. А как не надо - делать не надо.
Sergey Gorokhov, я не хочу придираться к словам. Но основной вопрос - это можно ли использовать утилиту WndConverter на текущих версиях QUIK для смены инструментов в файле настроек?
В другой теме на вопрос о возможности применения утилиты для решения задачи смены инструмента ваш коллега пишет:
Цитата
Egor Zaytsev пишет: Данная утилита уже не актуальна.
Если это действительно так, то было бы некорректным не отметить это здесь.
Цитата
Старатель пишет: Вы можете однозначно сказать корректно ли работает утилита WndConverter с файлами конфигураций (*.wnd) текущих версий QUIK v.6.17 - 7.0?
Надо делать так, как надо. А как не надо - делать не надо.
Вообще-то хотелось бы получить комментарий. Вы можете однозначно сказать корректно ли работает утилита WndConverter с файлами конфигураций (*.wnd) текущих версий QUIK v.6.17 - 7.0?
Надо делать так, как надо. А как не надо - делать не надо.
Нужно смотреть в сторону скрипта. И по возможности оптимизировать его алгоритм. В зависимости от ситуации можно добиться снижения потребления памяти скриптом в разы. Скрипт работает с таблицей всех сделок?
Надо делать так, как надо. А как не надо - делать не надо.
Нет, архив прислать не могу. Да и не поможет вам мой архив: эффект носит "плавающий характер", специально воспроизвести его не получается, и после изменения размеров окна более может не повториться в текущем сеансе.
Надо делать так, как надо. А как не надо - делать не надо.
Николай Камынин пишет: Вне зависимости от выбранного тайма графика, функция OnCalculateбудет вызываться на каждый тик из таблицы всех сделок по данному инструменту.
Это не так.
Надо делать так, как надо. А как не надо - делать не надо.
Процентная шкала отображается для последнего значения графика. Можно сделать опциональную настройку в свойствах диаграммы "Показывать процентную шкалу". Если графиков на диаграмме несколько, надо сделать соответствующую привязку, как это сделано для линий.
Надо делать так, как надо. А как не надо - делать не надо.
Ну вот к примеру: я задаю фильтр и не хочу видеть отфильтрованные сообщения ни в одном из окон сообщений. На данный момент контекстный фильтр так не работает (фильтр задан давно):
Надо делать так, как надо. А как не надо - делать не надо.
Egor Zaytsev пишет: Под сменой сессии имеется ввиду дата торгов.
Из Руководства пользователя QLua:
Цитата
OnCleanUp Функция вызывается терминалом QUIK при смене сессии.
Примечание: Под сменой сессии подразумевается изменение идентификатора сессии при подключении к серверу QUIK.
Из Изменения в Рабочем месте QUIK 7.0.0:
Цитата
39. Исправлена обработка события OnCleanUp. Теперь событие вызывается при смене даты торгов на сервере QUIK.
Вы можете определённо сказать, что является критерием для вызова колбека OnCleanUp()? Насколько я понимаю, идентификатор сессии меняется после рестарта сервера, что не обязательно совпадает со сменой даты торгов. Верно?
Надо делать так, как надо. А как не надо - делать не надо.