Старатель (Все сообщения пользователя)

Поставить в свойствах стакана "Лучшие спрос и предложения видны всегда". Эта настройка не работает для разряженного стакана.
Но в 7-й версии добавили не ограничение строк, как таковое, а глубину стакана (количество отображаемых котировок). Для разряженного стакана эта настройка бесполезна.

Это так, отступление. К status отношения не имеет, но имеет отношение к OnTransReply.

3) Из описания Транзакции в документации по QLUA:
Тут точно nil ?

1) Чем отличается status = 0 от status = 1 для транзакций, поданных из QLua-скрипта?
Если мы получили OnTransReply, не означает ли это автоматически, что транзакция, как минимум, получена сервером QUIK?

2) Значения статусов 0, 2, 12, 13 возможны для стоп-заявок, поданных из QLua?

Подразумеваются неактуальные коды клиентов.

Нет. Во-первых после перезаказа данных этот файл не восстанавливается в 7-й версии (по-крайней мере в демо).
Во-вторых, счета и коды клиентов зашиваются в файле info.wnd

Укажите, пожалуйста, возможные значения параметра status в OnTransReply для транзакций, поданных посредством QLua-скриптов.

Пример:
status = 0 - транзакция отправлена серверу - не имеет смысла, поскольку приход колбэка OnTransReply уже говорит о том, что транзакция получена сервером QUIK (status = 1)

Спасибо.
Странно, почему в руководстве эта функция не указана?
Есть ещё какие-то недокументированные функции, о которых стоило бы знать?

Здравствуйте.
В каких ситуациях может прийти OnTransReply со статусом 0 или 1?
Какие возможные значения может принимать status при выставлении стоп-заявок?

Из-за изменения основного меню в 7-й версии все эти пункты следует искать в других местах.
Но проблема в другом: перечисленные по ссылке действия не приводят к желаемому результату: "левые" счета всё равно не удаляются.

Техподдержка может дать новую инструкцию по очистке от "левых" счетов?

Здравствуйте.

Измените QLua-функцию getQuoteLevel2 таким образом, чтобы она возвращала значения типа number вместо строковых.
(Я не могу придумать ни одного варианта, когда было бы необходимо (или даже возможно) использовать данные того формата, что сейчас возвращает функция... Даже в sendTransaction без форматирования эти данные не подойдут.)
Конечно, всё форматирование можно написать в своей программе, но форматирование в число занимает гораздо больше времени, чем в C-коде внутри самого терминала. Особенно, если нужно обработать несколько строк бидов и офферов. Это не дело.

Далее, при отсутствии заявок на покупку/продажу "таблицы" bid/offer имеют строковый тип. Логичнее было бы возвращать либо пустую таблицу {}, либо nil.

Кнопка "Цитировать" теперь не работает? (Opera v.34.0)

В alltrade.dat содержится архив ТВС. Он сам очищается в начале новой сессии или при переключении на другой сервер.

WndConverter (кстати, где можно скачать актуальную версию WndConverter?)

Создать функции, не?

Юрий,
могу скинуть скрипт для теста брокера. Из лога будут видны реальные задержки отображения биржевой информации - отправите его (лог) разработчику  

http://forum-archive.quik.ru/forum/ideas/119814/121336/#m121336

У меня так - из личных наблюдений. У вас, возможно, будет по-другому. Зависит от конкретных настроек брокера, вероятно. Тестируйте.
Где-то на этом форуме я выкладывал результаты сравнительного тестирования скорости получения колбэков OnParam, OnAllTrade, OnQuote, CreateDataSource.

Где вы это увидели?

На интервальном (не тиковом) графике цена отображается позже других источников. Поэтому, если скорость получения цены последней сделки имеет значение, - лучше использовать ТТП или ТВС.

* Насчёт цены - не знаю, насколько это сложно.

При изменении рыночных условий или закрытии части позиции, на которую выставлялся стоп, может потребоваться перевыставить стоп-заявку с новыми условиями. Удобней было бы, просто поменять требуемые параметры, а не отслеживать статусы старой снятой и новой заявок.
Поскольку механизм изменения активного количества уже реализован в заявках типа "Со связ. заявкой", то, думаю, с небольшими доработками его можно применить к стоп-заявкам других типов. Насчёт объёма  - не знаю, насколько это сложно.

+1

В QUIK есть условные заявки типа "Со связ. заявкой". При частичном исполнении связанной заявки объем стоп-заявки уменьшается до величины неисполненного остатка лимитированной заявки.
Предлагаю на основе данного функционала добавить функцию изменения некоторых параметров (объёма, цены...) любых стоп-заявок без необходимости снятия/выставления новой заявки, т.е. в таблице стоп-заявок это будет та же самая заявка.
И также добавление нового вида ("ACTION") транзакции "MOVE_STOP_ORDER", при выполнении которой номер стоп-заявки остаётся прежним.

Для QLua условие уникальности TRANS_ID не является обязательным, т.е. работоспособность функции sendTransaction не зависит от уникальности этого параметра.
А по "KILL_ALL_ORDERS" здесь есть ответ: KILL_ALL_ORDERS из Qpile и QLua

Таблица торговых счетов. Доступна также для вывода по DDE.

Таблица транзакций очищается при переключении на другой сервер. Надо бы исправить.

Egor Zaytsev,
загляните ещё в эту тему.

Регистрируйте. Но лучше в OnStopOrder в том же колбэке, где приходит ответ "Отвергнута ТС".

Является ли параметр brokerref в колбэке OnTrade необновляемым, т.е. проставляется ли он в первом же колбэке в обязательном порядке?

В каком колбэке указывается причина отклонения торговой системой заявки, выставляемой по стоп-заявке?

По поводу панели "Общий фильтр клиентов": при старте QUIK этот фильтр не применяется для графиков, требуется повторный ввод кода клиента.
Также и для стакана: после старта QUIK требуется повторный ввод в поле "Код клиента".

Всё вопрос снят: был установлен признак "Подставлять код клиента из фильтра", а сам фильтр на вкладке с таблицей стоп-заявок не указан.

1. При наведении курсором на линию условной заявки на графике всплывает подсказка с её параметрами.
На обеих линиях отображается параметр "Стоп-цена". Сделайте на тейк-профит линии название параметра "Тейк-цена", чтобы понятней было.

2. При вводе новой стоп-заявки из таблицы стоп-заявок заполняются поля аналогичные заявке, на которой стоит курсор, кроме Кода Клиента

Отвечаю на свой вопрос: при моментальном исполнении стоп-заявки по тейк-профиту колбэк OnStopOrder с установленным 15-м битом в флаге flags приходит не всегда.

Имеется ввиду, если терминал находится онлайн в этот момент

Это-то понятно. ))

Скажите, а всегда ли при мгновенном исполнении условной заявки по тейк-профит приходит колбэк с установленным 15-м битом в флаге flags?
Я думаю, вы понимаете, к чему я клоню? Отловить условие срабатывания.

Я так понимаю, при подключенном субсчёте параметр CLIENT_CODE в транзакции должен выглядеть так: "code/sub/comment"

Если не сбрасывать 15-й бит флага "flags" в ноль при исполнении условной заявки, то по его значению можно однозначно определить условие исполнения.
Зарегистрируйте, пожалуйста, пожелание на доработку: не сбрасывать 15-й бит флага "flags".

При наведении курсором на линию условной заявки на графике всплывает подсказка с её параметрами.
На обеих линиях отображается параметр "Стоп-цена". Сделайте на тейк-профит линии название параметра "Тейк-цена", чтобы понятней было.

И ещё: я правильно понимаю, что после того как сработал сигнал по тейк-профит и начался расчёт min/max, то стоп-условие уже не рассматривается?

В каком из колбэков нужно ловить такое сообщение?

Таблица транзакций показывает, что ошибка не скрипта, а сервера.

А таблицу транзакций покажите.

Сотрудники брокера ответили вам на от...сь не верно.
Это ответ от шлюза торговой системы. Может означать, что сервер QUIK не может снять одну из заявок 18775681008 или 18775712386.
Сервер посылает транзакцию на снятие либо повторно уже снятой заявки 18775681008 либо уже исполненной 18775712386?
Тут надо смотреть логи сервера.

Снята (мкс) и UID снявшего заявку - ?

Время снятия заявки 18775681008 покажите.

Добрый день.
Продлите, пожалуйста, доступ для UID 93716

Ваша правда: дубликаты OnOrder по-прежнему присутствуют. Вопрос снимается.

Тогда что изменилось?

В QUIK 7.0.3.7 в ответ на транзакцию стал приходить один OnOrder, в отличие от предыдущих версий, где их (OnOrder) было всегда несколько на одну транзакцию.
Означает ли это, что в 7-й версии механизм работы с таблицей заявок изменён, и все параметры заявок всегда заполняются до отправки пользователю?

Делайте как удобно.

Информационно-торговой системы QUIK (в простонародье - терминал QUIK).