Значение каждого из параметров можно найти в документации к Рабочему месту QUIK (F1) Раздел 6, "Совместная работа с другими приложениями/Импорт транзакций/Формат -.tri файла с параметрами транзакций.": *_DISCOUNT, REPORATE, REFUNDRATE, BASE_ORDER_KEY, KFL, KGO - числовые поля; Остальные - текстовые.
Цитата
Андрей написал: SETTLE_DATE - интересует формат даты в строке "YYYYMMDD" ?
Андрей Пахомов написал: Вот уже много лет, восхищаюсь каждый раз как вижу это сообщение, в ответ на просьбу получить возможность рисовать всего-лишь одну линию в программе, изначально предназначенной для отрисовки множества линий! %-\ Ничего не обещая, послать людей куда подальше, но так, что бы они много лет думали, что вот-вот сделают... это просто гениально!
Вот мне например надо получить линии на графике как на картинке. И всё! Больше ничего не надо. Только линии. Но НАДО! При необходимости из них пользователи смогут и уровни, и многоугольники, и звёздочки и даже попугайчиков нарисовать (упрощённо конечно, что бы компьютер не завис). Метками такого рода линии, для работы, получить НЕ возможно, потому что а) метки не масштабируются под график. б) размер линий и их наклон может быть совершенно разный. Количество миллионов необходимых картинок, которые нужно будет для этого сделать, можете посчитать сами... с) при отрисовке точками всех нужных линий, лично на моём компьютере Quick виснет. У кого не виснет, думаю результат будет примерно таким же - работать будет НЕ возможно.
В итоге складывается впечатление, что аналитики считают, что каждому пользователю, различного уровня "квалификации", течении более 10 лет, всё это (или что-то такое же замороченное, через сторонние программы например) проще сделать, чем профессиональному программисту один раз встроить вызов функции уже существующей в программе. И это при том, что в Quick-е постоянно реализуются более сложные вещи. Или возможно они считают, что пользователям QLua лучше рисовать эти линии вручную, а не программой. Или может быть кто-то просто получает удовольствие от такого многолетнего садизма?
В общем предлагаю, не признавать или пробовать, а ДЕЛАТЬ. И делать СРОЧНО! А не "возможно, когда-нибудь, через надцать лет...".
P.S. Прошу пощение если кому-то, что-то покажется грубым.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Все верно, таблица истории изменений параметров заполняется только в случае, если у Вас выбрано «Данные, отражающие текущее состояние и всю историю изменений».
Дмитрий Косолапов написал: Брокер ответил, что остальные сделки были, те сделки, которые я привел не было.
В случае, если указанных двух сделок, со слов брокера, не было в том числе и в предыдущие торговые дни, просьба направить обращение Вашему брокеру письмом, с вопросом о происхождении данных сделок. При затруднении брокера с ответом потребуется инициировать обращение брокера к нам.
Цитата
Дмитрий Косолапов написал: Я понимаю, мне надо выслать файл quik_odbc.log?
Как и сообщали выше, указанные сделки присутствуют в Вашем рабочем месте QUIK, что говорит о корректном экспорте данных. Данный файл не требуется.
Imersio Arrigo написал: Я правильно понимаю, что кроме меня сделки с этими номерами в таблице сделок никто не видит?? Данные из таблицы сделок другим участникам торгов недоступны. Информацию может просматривать Ваш брокер.
Просьба проверить, что в таблице сделок Рабочего места QUIK отсутствуют дополнительные пользовательские фильтры, такие же как включенный фильтр по коду бумаги. Дополнительно, рекомендуем обратиться к брокеру, сообщив номера указанных Вами двух сделок и уточнить, действительно ли они имели место быть. В случае сохранения проблемы, в директории с программой QUIK просьба создать пустой файл "quik_odbc.log" и продолжить работу. При повторении проблемы потребуется прислать этот файл нам на адрес: quiksupport@arqatech.com указав в письме ссылку на данную ветку форума. В письме приложите пожалуйста также новые скриншоты и укажите номера проблемных сделок.
Алексей написал: Сценарий, воспроизводящий ошибку: 1. Растянуть вертикальную ось диаграммы до появления вертикального scrollbara. 2. Развернуть окно диаграммы на весь экран 3. Восстановить размер окна диаграммы (свернуть в окно). В результате scrollbar не отрисовывается, на его месте остается неперерисованный кусок, заполненный участком изображения, оставшегося от развернутого окна. Scrollbar восстанавливается после наведения на него мышкой (либо после любого другого события, приводящего к получению контролом win сообщения). quik 7.14.1.7 win vista
Добрый день,
Ошибка, описанная в данном сообщении, будет исправлена в одной из очередных версий программы. Приносим извинения за причиненные неудобства.
Александр написал: В параметрах метки появились шаблоны и разные формы меток, ГДЕ ОПИСАНИЕ ЭТИХ ПАРАМЕТОРОВ для команд AddLabel и т.п.???
Данные изменения со стороны QLUA поддержаны не были. Можем зарегистрировать пожелание на доработку необходимых функций. В случае необходимости - просьба перечислить желаемые доработки.
Цитата
Александр написал: Скрипты которые использовали метки стали отображаться почему-то на инверсном фоне и это стало выглядеть ужасно.
Для диагностики проблемы просьба прислать пример скрипта, на котором она наблюдается на адрес: quiksupport@arqatech.com указав в письме ссылку на данную ветку форума.
Количество доступных системных ресурсов можно проверить в диспетчере задач ОС Windows. В случае, если после запуска скрипта свободной памяти и ресурсов процессора действительно не остается, то это может являться причиной проблемы. С оптимизацией настроек Рабочего места QUIK можно ознакомится по ссылке: https://forum.quik.ru/forum1/topic1539/ При сохранении проблемы просьба сообщить версию Рабочего места QUIK, а также прислать скриншот диспетчера задач в момент выполнения скрипта и скриншот ошибки.
Иван написал: Добрый день. Почему в таблице обезличенных сделок QUIK нормальное время, а при выводе через ODBC с датой? Как с этим бороться?
Добрый день,
Просьба сообщить версию Рабочего места QUIK и прислать скриншоты, на которых видна проблема с наименованием выводимого параметра в QUIK и получаемого вашей БД.
Андрей написал: Разрешите еще вопрос, база данных нормально подключилась (спасибо за подсказку), но не получилось сделать соответствие полей, там написано в описании что поля таблиц sql и quik по наименованию помеченные звездочкой должны совпадать, это понятно и про наименования тоже ясно. Но я так понял должны еще и совпадать типы данных полей, а где взять типы данных полей таблиц в Quik? Или если наименование, то в бд sql тип поля можно брать (text), а если в квике цифровое поле, то в sql (numerik) картинку к сожалению не могу пока прикрепить в качестве примера, так как программа стоит на домашнем компе, вечером выложу. Поэтому наименования типов полей пишу по памяти. Но может быть Вам и так понятно, что я хотел бы у вас узнать, буду очень признателен за ответ. (просто одну таблицу уже пришлось снести, так как ничего не записалось и соответствие полей не выставилось)
Данная проблема действительно имеет место быть. Насколько понимаем, Вы направляли нам письмо на адрес: quiksupport@arqatech.com Ответили Вам письмом. В качестве временного решения рекомендуем установить масштаб размеров элементов в системе =100%.
AndyJOKER написал: Еще одна проблема. Формат даты в MySQL по-умолчанию имеет вид 'YYYY-DD-MM', и, насколько мне известно изменить его нельзя. Т.е. работать приходится через:
Код
INS ERT IN TO `table` (`dat`) VALUES (STR_TO_DATE( '13.12.2017' ,'%d.%m.%Y'))
Средствами QUIK изменить формат даты к сожалению, нельзя. Вы можете сделать это с помощью функционала триггеров MySQL.
Цитата
AndyJOKER написал: В обмене данными через ODBC не специалист, поэтому вопрос: самостоятельно руками в QUIK можно где-нибудь добавить для всех INSERT STR_TO_DATE или это всё hard-coded? Попутно просьба ткнуть носом где удалось подружить QLUA и MySQL - пока в качеств временного решения проблемы.
К сожалению, информации по использованию QLUA в MySQL у нас нет. Для изменения формата даты рекомендуем воспользоваться функционалом триггеров в MySQL.
В качестве СУБД для экспорта данных по ODBC Вы можете использовать как MSSQL, так и MySQL, MS Access.
Цитата
Андрей написал: оказалось что QUIK не видит вообще базу данных SQL
Причина может быть в неправильно либо не настроенном источнике данных ODBC. Источник данных необходимо настраивать из приложения на Вашем ПК по ссылке: c:\windows\sysWOW64\odbcad32.exe
Цитата
Андрей написал: если ли какие то особенности при установки MySQL? И будет ли она работать с QUIK в штатном режиме переноса данных из QUIK в БД?
Каких-либо особых рекомендаций нет. При наличии источника данных ODBC, заведенные в БД таблицы будут видны при подключении из QUIK.
AndyJOKER написал: Забыл указать: MySQL server version: 5.7.15 Protocol version: 10 Server charset: UTF-8 Unicode (utf8
Добрый день,
Дополнительно просьба сообщить версию рабочего места QUIK, а также прислать скриншот таблицы в MySQL, где были бы видны настроенные типы данных для полей "dat", "_dattim", "_timst", "_tim".
El El написал: Qlua.chm, Структуры данных - Классы Я исходил из того, что если поле может содержать nil, то в описание указывается "параметр может иметь значение nil", как в других описаниях структур данных (например "Транзакции")
Вероятно, Вами имелось ввиду то, что сама функция getItem возвращает nil. В файле действительно это не указано. Ваше сообщение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
El El написал: Функция table.ssort (в отличие от родного sort) не проверяет первый аргумент. Если его не задать вообще, вешает терминал. Привожу пример скрипта :)
Цитата
function main table.ssort() end
Добрый день,
Ваше сообщение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
Описываемую Вами проблему, у себя повторить к сожалению, не удается. Для ее диагностики просьба прислать архив рабочего места QUIK без файлов ключей, после ее проявления на адрес: quiksupport@arqatech.com указав в письме ссылку на данную ветку форума. Архив необходимо сделать при закрытой программе QUIK.
Фильтры в меню "Система/Заказ данных/Поток обезличенных сделок" предназначены для выбора того, по каким инструментам будут заказаны обезличенные сделки с сервера QUIK на Рабочее место QUIK. Для сохранения сделок с учетом фильтра таблицы обезличенных сделок необходимо использовать "Сохранить в файл обезличенные сделки из таблицы".
Уточните, правильно ли понимаем, что Вами используется фильтр, который находится в меню "Система/Заказ данных/Поток обезличенных сделок"? Если да, проверьте какое количество инструментов выбрано там.
Опция "Сохранить в файл все обезличенные сделки" предполагает их сохранение без учета фильтров. Для сохранения сделок только по выбранным инструментам необходимо использовать "Сохранить в файл обезличенные сделки из таблицы".
В случае, если разрывы соединения возникают только при подключении к определенному серверу брокера, рекомендуем обратиться к Вашему брокеру с вопросом о возможности использования альтернативных подключений. При возникновении проблемы на всех доступных серверах нам потребуется архив Вашего рабочего места QUIK.
Root ST написал: Версия 7 12 1 10 (но такая же проблема была и раньше, я с ней примерно уже месяца 4 парюсь, просто только сейчас решил написать) Правильно понимаете - программа перестает отвечать т.е. не работает вообще не одна кнопка, НО при этом график двигается! и так же можно нажать "крестик" в самом верхнем левом углу, что бы прога закрылась и она закрывается без каких либо проблем и без сообщений с ошибками сбоя Сообщений не возникает Проблема вознимакет только в момент потери соеденения при переносе заявки на графике, в других случаях все отлично
Для диагностики проблемы просьба прислать архив рабочего места QUIK без файлов ключей на адрес: quiksupport@arqatech.com в письме необходимо указать ссылку на данную ветку форума. Архив необходимо сделать сразу после возникновения проблемы при закрытой программе QUIK.
Для диагностики проблемы просьба сообщить версию Рабочего места QUIK, и уточнить, правильно ли понимаем, что программа перестает отвечать? Если да, возникает ли какое-либо сообщение об ошибке? Проблема проявляется только при потере соединения в момент переноса линии заявки на графике, либо также возникает и в других случаях, независимо от действий?
Удаление заявок и сделок за текущую торговую сессию невозможно. Вы можете настроить фильтр по времени, тем самым ограничивая ненужные Вам (предыдущие) заявки/сделки.
Параметр "Предыдущая расчетная цена" обозначает расчетную цену предыдущей торговой сессии в пунктах, т.е. учитывает основной клиринг. Информацию по правилам расчета комиссии рекомендуем уточнить у Вашего брокера.