Серж пишет: В разрезе класса достаточно сортировки по номеру сделки. Или нет?
Да достаточно.
Цитата
Серж пишет: А как сортируются сделки в визуальной таблице, по разным классам?
в визуальной таблице, данные отображаются в том порядке как они хранятся на сервере (если не настроена какая либо сортировка)
Цитата
Серж пишет: Почему в примере #7 сделка со временем 23:49:43 вклинилась в между сделками со временем 23:49:51?
потому что сделка из другого класса.
Цитата
Серж пишет: В таблице Lua "all_trades" при докачке данных (если не использовать функцию "Получить заново данные по всем сделкам") новые сделки добавляются в конец таблицы. Те, что были в таблице остаются на своих местах.
В этом месте все действительно так, мой предыдущий ответ Михаилу был не верен. Порядок данных в хранилище терминала, всегда соответствует порядку загрузки данных с сервера. А порядок данных в визуальной таблице всегда соответствует порядку на сервере QUIK (если не настроено иное) Это значит что: Если докачки данных не было, то есть терминал подключен с начала сессии, в хранилище данных терминала и в визуальной таблице порядок совпадает и он такой же как на сервере. Если докачка данных была, но была очистка данных или была смена торговой сессии, то порядок в хранилище и в визуальной таблице также будет такой же как на сервере. Если очистки данных не было, то в хранилище данных терминала порядок будет отличаться от того что представлен в визуальной таблице
s_mike@rambler.ru пишет: Никогда нельзя полагаться, что содержимое строки с номером N для таблицы всех сделок (и иных таблиц) будет неизменным в течение сессии?
s_mike@rambler.ru пишет: Значит, идет какая-то обработка. Вот и вопрос - каков ее принцип?
Михаил, да нет там никакой обработки, все льется в том порядке как пришло с биржи. Другой вопрос, на сколько адекватна ситуация когда хронология относительно разных инструментов идет по разному. Нужен конкретный пример, чтобы можно было дать точный ответ. Если не затруднит, укажите точное время/дату, когда и что шло не так.
Здравствуйте Михаил, В рамках одного инструмента хронология всегда соблюдена, если это не так то это форс мажорная ситуация. ни терминал, ни сервер, ни шлюз, абсолютно никак специально не упорядочивают данные а транслируют в той хронологии которая едет с биржи. И эта хронология хранится на сервере. Есть еще ситуация докачки данных, например если у пользователя была включена опция "Получать информацию по всем сделкам с текущего момента" а потом он ее отключил, то терминал получит пропущенные ранее данные и добавит их в таблицу,согласно той хронологии которая хранится на сервере.
Серж пишет: Мне интересно, что тут можно исправить, если время "сбрасывается" при смене торговой даты, которая в свою очередь меняется при перезагрузке сервера?
Роман пишет: кода нет соединения или таблицы загружаются,
SERVERTIME - это время сервера, если нет соединения с сервером, нельзя узнать время сервера. LASTRECORDTIME - это время последнего изменения, оно просто висит
Роман пишет: Michael Bulychev , а вот это я не заметил: '232323' и 2. Но все равно с.м. вариант функции которую я выше выложил там используется string.sub(Ftimes,0,2)..string.sub(Ftimes,4,5)..string.sub(Ftimes,7,9) и он все равно муть какую-то возвращает, второго параметра там ну не как не откуда взятся.
if tonumber((string.gsub(getInfoParam('SERVERTIME'),':','')) or '0') > 100 then - так более подходяще.
Проблема изучается. Постараемся в ближайшее время дать ответ.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Роман, В общем то что у Вас происходит не поддается какому-либо объяснению. В виду чего дальнейший анализ не представляется возможным. Присылайте скриншоты, на подобии того что я выложил, чтобы было видно код, терминал, и результат работы этого кода.
Роман, те симптомы которые Вы описываете, возникают при отсутствии соединения с сервером. Вы точно уверены что соединение есть? Это можно определить по индикатору в нижнем правом углу окна терминала, в подключенном состоянии он зеленый.
sam063rus пишет: а почему бы не сделать так, чтоб пользователи могли использовать COMMENT по прямому назначению, а не ломать голову сколько там слешей добавить в пресловуто CLIENT_CODE (о чём ещё надо догадаться)?
Потому, что поле COMMENT не является параметром транзакции.
Юрий пишет: Я не о правилах ввода заявки вручную, я спрашиваю как это реализовать QLua. Неужели нельзя сделать примеры всех видов заявок - ВСЕ ни одного вопроса не найдется.
Ранее Вы не спрашивали как это реализовать на Qlua а спрашивали как это реализовать в библиотеке QL о которой мы совершенно не в курсе. На Qlua это можно сделать например так:
Юрий пишет: Это Ваша документация. а т.к. она скудненькая
Следует понимать что QUIK это средство для торговли на какой-либо бирже, а не сама биржа. Этих самых бирж великое множество, а не только Московская. И QUIK умеет работать с большинством из них. В виду чего, у нас к сожалению нет никакой возможности, описать поведение всех существующих транзакций, всех существующих бирж, в виду их непомерно гигантского количества.
ED921 пишет: Здравствуйте. Тоже пытаюсь разобраться ..) И все-таки подскажите пожалуйста, как лучше на примере простых стратегий (по параболикам, пересечением скользящим) формировать сигнал для заявок? В простых примерах на просторах инета, часто берутся данные индикаторов прямо с графика, можно же наверно расчеты тех же скользяшек делать в скрипте используя (что-то, что лучше?, может про это спрашивалось в топике) и так будет быстрее, чем ждать когда Квик посчитает... Потом, что лучше брать для дальнейших действий в алгоритме, к примеру купили и хотим сразу выставить заявку на продажу, что лучше ждать?, отклика от сервера, что заявка исполнена или можно использовать данные ТЧП или это может быть гораздо дольше.... Простите пожалуйста за то, что неуч еще тот.. не программист я, просто времени свободного навалом, вот и читаю все подряд про QLua )
Здравствуйте, Описанные вопросы больше относятся к стратегии торговли, нежели к техническим аспектам программирования. Поэтому, эти вопросы правильней адресовать брокеру.
А, так речь про ФОРТС? Ну это меняет дело. В случае ввода заявки на ФОРТС, у нас там есть два параметра, галка "Переносить заявку" и поле "Дата экспирации", Так вот, что такое expire_date и что с ним делать нам не известно. У нас, пустые значения недопустимы.
Цитата
Юрий пишет: с привилами ввода заявок на СРОЧНОМ рынке
С правилами ввода заявок на СРОЧНОМ рынке Вы можете ознакомиться в правилах торгов на СРОЧНОМ рынке
Юрий пишет: просто надо по другому задать вопрос: В признаке execution_condition - KILL_BALANCE (Снять остаток) - как работает при указании цены лимитной заявки и количества? 1) если не дали сразу по лимитной цене, значит сделка отменяется; 2) если дали половину объема , то остальная часть отменяется; 3) надо ли параметр KILL_BALANCE указывать в " " 4) признак expire_date - TODAY (до окончания текущей торговой сессии) надо ли указывать в " "
1) Что значит "не дали"? Это значит "нет встречного предложения"? Если так, то да, заявка тут же снимется. 2) Что значит "дали? Это значит частично исполнилась"? Если так то после заключения сделок неудовлетворенный остаток снимается. 3) Это к автору QL. Согласно правилам торгов, на фондовой секции, у лимитированных заявок, вообще нет такого параметра как KILL_BALANCE. Есть параметр "Условие исполнения", в котором одно из возможных значений может быть "Снять остаток" 4) Это к автору QL. Согласно правилам торгов, на фондовой секции, у лимитированных заявок, вообще нет такого понятия как дата экспирации. Что этот параметр делает в QL нам не ведомо.
Серж пишет: Называйте, как хотите. Но факт, что Highlight не доработана. Пусть QTABLE_DEFAULT_COLOR работает в Highlight, как в SetColo
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Алексей Украинцев пишет: Sergey Gorokhov , а поле комментарий было бы здорово просто так завести, мне, например, удобно различать различные алгоритмы и сбрасывать туда параметры входов, выходов. удобно для анализа....
Комментарий Вы уже можете задавать. Как это делать описано выше
Роман пишет: Хэ, прикольно. И что это может быть за ерундой %(
Какая версия терминала у Вас используется? Вы проверяли именно на следующей строке message( string.gsub(getInfoParam('SERVERTIME'),':',''),100) Или в коде есть другие? если естьпопробуйте в скрипте оставить только одну строку, и не запускайте другие скрипты если они есть. Также, следует проверить а тот ли скрипт Вы запускаете, возможно просто перепутали скрипты местами.
s_mike@rambler.ru пишет: SetColumnWidth(id,column,width) очень нужен, Сергей
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Павел пишет: Представители arqa, обратите внимание, мне кажется, что с вашей стороны ошибка.
Проблема в том что пока не вернется управление из колбэка, модуль не будет обрабатывать очередные полученные данные. Соответственно, подача синхронной транзакции, заставляет колбэк остановиться пока не будет получен ответ на транзакцию, который в свою очередь никогда не будет получен, так как нет выхода из колбэка. В результате происходит зависание. Вам нужно избегать выставления синхронных транзакций внутри колбэка.
за исключением логики в коде, может влиять очистка данных в терминале, при запуске. если при запуске терминала, Вы очищаете dat файлы, то их состояние не восстанавливается. так состояние скриптов храниться в файле scripts.dat
Поправка, не так понял предложение. Имелось в виду не менять уже измененный цвет. в этом месте зарегистрировали пожелание на функцию GetColor которая бы возвращала текущий цвет ячейки и шрифта.
Серж пишет: 1) Исправьте ошибку: чтобы при использовании константы QTABLE_DEFAULT_COLOR для фона в функции Highlight цвет фона окрашивался в дефолтное значение
Это не ошибка, так как согласно документации QTABLE_DEFAULT_COLOR работает только для SetColor
Цитата
Серж пишет: 2) Добавьте константу для функций SetColor и Highlight, при использовании которой текущий цвет элемента не менялся бы. Т.е., чтобы не было необходимости запоминать текущий цвет при необходимости изменить только цвет текста или фона.
Здравствуйте, Если Вы его не останавливаете в каком-либо колбэке, то да он должен запуститься автоматом. Если этого не происходит, проблема в коде и нам нужно на него взглянуть
Вячеслав пишет: Да, сколько уже можно регистрировать?
Здравствуйте, Кажется речь о том что было зарегистрировано какое-то пожелание которое до сих пор не было реализовано. В этом случае, есть что сказать. Процедура регистрации пожеланий означает поступление предложения того или иного пользователя в список рассматриваемых доработок. То есть, по простому, оно означает что мы услышали призыв сделать что то и обязательно рассмотрим его в качестве перспектив на реализацию. В этом месте сразу следует учесть, что без этой регистрации и рассмотрения, мы не можем делать все пожелания подряд, по вполне объективным причинам. Не каждое пожелание может быть реализовано и не каждое может быть столь необходимым к реализации как считает пользователь (в большинстве случаев требуемый функционал уже доступен).
Мы с уважением относимся к каждому зарегистрированному пожеланию и в обязательном порядке отзываемся на каждое из них. Если по какой-то причине, именно Ваше пожелание не получило ответа, просьба уточнить более конкретно о чем идет речь. Мы обязательно ответим.
Серж пишет: В какой версии? В v.6.17.1.17 окно ввода стоп-заявки по опционам открывается более 8 сек. Почему в списках исправлений версий нет информации об этом баге?
В версии 6.16.1 Если у Вас проблема повторяется, то это уже новая тема для разбора.
Данный топик постепенно превращается в какой-то суд. история по ссылке от sam063rus разобрана, баг найден но пока еще не починен. история по ссылке от Серж разобрана, баг найден уже починен. И при этом утверждается что мы не так диагностируем. В чем вопрос вообще не понятно. с праздниками Вас