sjmorozov написал: Этот вариант ничем не хуже. Как можно это сделать, куда смотреть? Спасибо.
Здравствуйте, Просто наведите курсор мыши на заголовок столбца по которому хотите отфильтровать значения. Там появится значок в виде лейки. нажмите на него. В появившемся окне можно настроить условие при котором лишние данные будут отфильтрованы.
XXM написал: Целых 381 обновлений в QUIK версии 7.1.0 ! OnTrade() научился отсылать АБСОЛЮТНО ИДЕНТИЧНЫЕ отклики в разное время:
Добрый день,
По данному обращению мы определили, что причиной множественных отправок сделок (более двух) на клиентские места является неоптимальность в серверном ПО QUIK. После ее устранения сделки могут быть отправлены на клиентское место максимум 2 раза - по получению сделки из торговой системы и по факту ее обновления.
Приносим Вам свои извинения за доставленные неудобства.
Николай, Во первых, то что на скриншоте не похоже на штрих линию, это скорее TYPET_BAR или TYPE_CANDLE Во вторых, то что Вы описываете у нас не воспроизводится как ни крути. Понятно что есть проблема. И понятно что ее нужно как-то решать. Но чтобы ее решить нам нужно ее "пощупать" В общем нужен пример скрипта, без него никак. А еще лучше копия папки с терминалом QUIK (без ключей доступа) на котором будет видно проблему.
sjmorozov написал: Добрый день! Выполняется небольшой скрипт на qlua, который создаёт таблицу в QUIK и выводит в неё бумаги, отобранные по определённым параметрам. Возможно ли "привязать" эту таблицу к графику, как обычную таблицу текущих торгов (якорем), чтобы при нажатии на новую строку обновлялся график? Спасибо заранее. ::
Возможно получится сделать проще и просто отфильтровать саму таблицу текущих параметров с помощью пользовательского фильтра?
Здравствуйте, К сожалению такой возможности нет. Вернее есть, но "по простому" не получится. Как вариант, написать Lua индикатор который считывает данные из какого-либо текстового файла на таблицу QLUA можно навешать колбек по клику мыши. при клике по строке в этот файл записывается какая-нибудь команда Индикатор считывает эту команду и перерисовывается. Вот с перерисовкой самое сложное, на текущий момент это возможно сделать только командами SetValue и SetRangeValue, то есть принудительно поменять значение каждой точки на новое. "сбросить" расчет индикатора и начать его с нуля нельзя.
Николай, если честно по скриншоту вообще не понятно где индикатор а где нет. Чтобы увидеть проблему проще всего дать нам код, мы его запустим и сразу станет все понятно.
Здравствуйте, Если терминал перезапускается в течении дня, то терминал вычитывает из него информацию, что приводит к длительной загрузке. если терминал запускается только на следующий день, то в зависимости от настроек, либо он зачитает info.log либо нет. Опция находится в настройках терминала Настройка - Основные - Программа - Сохранение данных. Если стоит опция "На локальной машине" то терминал будет затирать info.log при запуске после смены даты (но не в течении дня). Если стоит опция "На сервере" то терминал будет затирать info.log при подключении (не при запуске) к серверу после смены даты (но не в течении дня). Таким образом, если установить "На локальной машине" то можно ускорить загрузку терминала при запуске на следующий день. Если надо очищать файл безусловно при каждом запуске терминала то запускайте терминал с параметром -clear info.exe -clear
Роман написал: Сергей, вы всё время пишите что функция работает на все 100% и в то же время говорите что радиус не учитывается, поэтому пожалуйста ответь окончательно и конкретно, что бы мы поняли вашу позицию!
Роман, Вы спрашивали "корректно ли работает сейчас функция getBuySellInfoEx" на что ответ, да сейчас она работает корректно. Вы использовали эту функцию для срочного рынка, а она предназначена для фондового. согласно документации на терминал QUIK
* Покупка
Максимально возможное количество бумаг в заявке на покупку этого инструмента на этом классе, исходя из лучшей цены предложения, без учета комиссии торговой системы и комиссии брокера
* Продажа
Максимально возможное количество бумаг в заявке на продажу этого инструмента на этом классе, исходя из лучшей цены спроса, без учета комиссии торговой системы и комиссии брокера
Касаемо CalcBuySell, да она сейчас не учитывает курс валют, как уже было сказано доработка уже делается, но еще не реализована.
SDL написал: Потрясающе. Теперь вы против своих собственных скринов окна заявки не будете возражать? Надеюсь, вы используете актуальную версию терминала.
Не вижу противоречий, Вы говорите что функция CalcBuySell у Вас возвращает 5 и Вы не можете купить 5. эта проблема не воспроизвелась. Что касается учета радиуса курса валют, то на данный момент этот функционал пока еще не реализован.
Версия именно Lua используется всегда 5.1, обновление именно Lua пока не планируется. Однако есть еще наши функции, которые время от времени добавляются. Поэтому следует обращать внимание на версию терминала QUIK
Роман написал: Сергей, но вы подтверждаете что проблема описная SDL присутствует и у вас?
Нет не подтверждаю. Не воспроизводится. В примере данные от 25го числа и непонятно какая версия терминала. О чем тоже уже говорилось выше и повторяю еще раз, используйте актуальную версию терминала.
Как уже было сказано и еще раз повторим. Без конкретной информации процедура анализа неминуемо затянется на неопределенный срок. Мы и дальше можем гадать какие цифры правильные а какие нет. Либо увидим перед глазами конкретный пример и сразу определим ошибку. И как уже было сказано и еще раз повторим, что конкретный пример это не просто цифры на форуме, кто брокер, какой сервер, какие параметры заявки вводились, точное время ответа на транзакцию, текущее состояние данных в таблицах и т.д.
Роман написал: так вопрос то не в том, что она меняется, а в том что не правильно меняется именно в цифрах!
как же, Вы же сами писали:
Цитата
Роман написал: ставлю 2 RIH6 по 74200 - сразу показывает Объем 227088,21 и ГО 26535,70 ставлю 2 по 65200 - показывает Объем 199543,82 и ГО 26535,70 ставлю 2 по 1 - показывает Объем 3,06 и ГО 26535,70
Здравствуйте, Как уже было сказано, к сожалению у нас описанная проблема не воспроизводится. И обращений от брокеров по данной теме мы не получали. Значит проблема несет локальный характер. Возможно виноваты какие-то специфичные обстоятельства. Чтобы хоть как-то приблизиться к решению вопроса, нам нужна конкретика, а не просто цифры. А именно, кто брокер, какой сервер, какие параметры заявки вводились, точное время ответа на транзакцию, текущее состояние данных в таблицах и т.д. И чтобы получить нам эту информацию от Вас, самый простой способ, воспроизвести проблему и прислать нам архив всей папки с терминалом QUIK (без ключей доступа) на адрес quiksupport@arqatech.com Архив следует паковать при закрытом терминале.
quio написал: Теперь бы еще такую же для обезличенных сделок :)
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
CHANGETIME - Время последнего изменения информации по инструменту. Оно транслируется из биржи. Этот параметр есть не на всех рынках, так например на фондовом этого параметра нет.
Sergey Gorokhov написал: Сервер знает какой терминал к нему подключается и в зависимости от версии отправляет данные по разному. Во времена версии 6.17 таблица сделок еще не была обновляемой. Поэтому старые терминалы не приспособлены для обновления параметров. Туда приходит только первый колбэк.
Сергей, Вы так и не ответили зарегистрировано ли моё пожелание расширить имеющийся интерфейс коллбэков, путём добавления новых (типа OnOrderChanged, OnTradeChanged, OnTransCompleted и т.п.), которые вызывались бы только один раз и всегда приносили бы окончательное значение объекта. Судя по Вашему ответу, сервер уже сейчас отличает первый вызов коллбэка ото всех остальных, поэтому моё предложение не потребует от Вас внесения серьёзных изменений в код. Зато, как я понимаю, это устроило бы всех. P.S. Конечно, это предполагает, что в дальнейшем ARQA не будет вносить изменения в логику работы уже опубликованных интерфейсов.
Отдельных колбеков не будет и это не обсуждается. Было зарегистрировано пожелание на нумерацию колбеков.
Нам нужна эта информация для того чтобы исследовать причины. дополнительно уточните предыдущую версию, и какое было разрешение до того как установлено обновление
s_mike@rambler.ru написал: Как узнать, что метка отработана и соответствующий BMP файл более не требуется?
Согласно документации "Функция возвращает числовой идентификатор метки. В случае неуспешного завершения функция возвращает «nil»."
Цитата
s_mike@rambler.ru написал: Что происходит, когда метка еще не отработана, но из скрипта поступает новое указание типа setlabel?
функции setlabel не существует. если имеется в виду SetLabelParams то согласно документации "В случае успешного завершения функция возвращает «true», иначе – «false». "
Здравствуйте, Уточните версию операционной системы, а также сообщите на каком разрешении наблюдаются проблемы? Наблюдается ли указанная проблема с другими окнами? Повторяется только на 7.1 или на 7.0 тоже?
Другими словами, отсутствовать может любой из параметров, относящийся к связанной заявке? Т.о., заглянув в таблицы заявок и стоп-заявок, мы можем не обнаружить связанных заявок просто потому, что у стоп-заявки ещё не обновился параметр co_order_num?
Здравствуйте, Как уже было сказано и повторяем еще раз и будем повторять и дальше, мы уже зарегистрировали пожелание и оно на данный момент еще не реализовано. Другого ответа мы дать увы не можем.