Старатель написал: Добрый день. Сделайте функцию "интеллектуального автомасштабирования" по оси Y графика с наложенным индикатором таким образом, чтобы в область диаграммы попадал график цены и правая часть индикатора. Чтобы было понятно: Скрытый текст По центру - текущая реализация автомасштабирования - график цены слишком сильно сжат. Справа - график масштабирован таким образом, чтобы в области диаграммы были видны график цены и правая часть индикатора
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Старатель написал: Зарегистрируйте также, чтобы функцию getDataSourceInfo() можно было использовать в Settings
Добрый день,
Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что пожелание отклонено по причине того, что оно не соответствует текущей концепции развития данного ПО.
Старатель пишет: подстановка значения 0 или "" вместо nil там, где значения в принципе нет, приводит к неопределённому поведению программы. В программировании это недопустимо. А суть такова, что проставлять нужно только те параметры, которые заведомо имеют какое-то значение. Параметры, не имеющие значений должны быть nil . Тогда робот, получивший колбек, в котором, не проставлены интересующие его параметры, будет понимать, что нужно ждать следующего колбека. В данной ситуации это выглядело бы так: При получении сделки с бижи, если сервр не успел проставить номер транзакции, то он так и отправляет сделку с trans_id=nil (а не 0 ). После, когда сервер будет отправлять следующий колбек, он уже проставит номер транзакции.
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Дмитрий написал: Михаил Иванов , Вы, наверное, просите невозможного - добавить в таблицу текущих параметров (ТТП) то, что не транслирует биржа. Попросите разработчиков сделать расчет нужного Вам значения в другом месте терминала, а не в ТТП.
Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Андрей Пахомов написал: "Т.к. текста достаточно много, то, чтобы ничего не упустить, просьба по пунктам кратко изложить свои пожелания на доработку."
7. В QLUA была команда построения линии. В т.ч. двухцетной (паралельно 2 линии разных цветов).
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Старатель написал: Зарегистрируйте пожелание на добавление функционала: 1) изменение цвета линии индикатора на заданном участке
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Sergey Gorokhov написал: Раз функции нет в документации никто, не даст Вам гарантии что эта функция завтра не исчезнет.
В таком случае, предлагаю всё же зарегистрировать пожелание из первого поста либо дать гарантии относительно getQuoteLevel2Ex.
Добрый день, Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Мы рассмотрели Ваше пожелание. По итогам его анализа сообщаем Вам, что реализация пожелания признана потенциально целесообразной. Если по результатам дальнейшего анализа, включающего юридические аспекты, анализ на непротиворечивость с общей политикой компании, никаких возражений не возникнет, мы постараемся включить Ваше пожелание в план доработок при выпуске одной из следующих версий нашего ПО.
Денис Денискин написал: Здравствуйте. я не могу понять куда делся поиск в Текущей таблице параметров. То есть при выборе инструмента с верху над окном был поиск. Написал первые буквы и у тебя выскочило что тебе нужно. А сейчас нет. ну или не было ни когда. Я не обратил внимание сначала. http://joxi.ru/82QQzvoT1qDxa2 Как исправить подскажите.
Для решения проблемы зайдите в пункт меню Настройки/Основные/Программа и поставьте галочку "контекстный фильтр в списках"
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
1) посоветуйте быструю версию квика? (быть может откатить на 6й?)
Быстродействие зависит не от версии. Поэтому не факт, что на шестой будет QUIK быстрей.
Цитата
2) посоветуйте по настройкам квика, новые визуальные красивости не интересуют, нужна оптимальная производительность
В первую очередь нужно ограничить поток принимаемой информации. В настройках Система - Заказ данных - Поток котировок - настройте те данные с которыми вы работаете постоянно. В настройках Система - Заказ данных - Поток обезличенных сделок - здесь также настройте сделки по тем классам с которыми работаете. Также можно отключить архивы графиков, если, конечно, не работаете с историческими данными.
Дополнительно можете нам написать письмо с просьбой отправить документ по оптимизации настроек рабочего места QUIK
Цитата
3) настройки для перерисовки стаканов?
Таких настроек нет.
Цитата
4) совместимость с Remote Desktop?
В этом месте ограничений у нас нет. Работать должно, однако
Цитата
когда открыт стакан, невозможно работать удаленно через Remote Desktop с плохим интернетом.
Цитата
При хорошем интернете возможно свернуть стаканы и ввести заявку.
может все таки интернет не достаточно стабильный? Эту гипотезу также можно проверить путем ping на адрес подключения.
SDL написал: См. колонку "Код клиента" таблиц портфеля и лимитов (для фондового рынка). А вообще всё очень просто. Возможные значения представлены в списке выбора поля "Код Клиента" окна ввода заявки. Как правило, для фондового рынка это номер соглашения, для срочного - номер торгового счета. UID - это код терминала, т.е. клиента сервера QUIK. К одним торговым счетам могут иметь доступ разные терминалы с разными кодами. И наоборот.
Спасибо за быстрый ответ! А теперь самое смешное, я вообще не смог выставить заявку, даже в ручную, попробовал всё, что предлагал диалог "FORTS:Фьючерсы Ввод заявки" -- результат всё та же ошибка с "неверный код клиента"!! Мде...
Добрый день.
Вы выставляете транзакцию на срочном рынке и в поле кода клиента указываете код? На срочном рынке данное поле должно быть пустое, указывается только торговый счет. Также если в сообщении "неверный код клиента" присутствует номер ошибки, то ее возвращает биржа.
Для возможности разобраться, просьба сделать логирование.
Создайте в папке с программой Quik файл с именем quik_dde.log После перезапуска Quik, туда начнется записываться логи ODBC экспорта. Воспроизведите проблему, после чего пришлите полученный лога нам. А также сам файл excel, где видно, что строки задвоились. Дополнительно сообщите версию QUIK. У себя проблему не воспроизвели.
Пример. И таких записей должно быть две (на две транзакции). Если транзакции из одного класса, то CLASSCODE будет одинаковый, QUANTITY - кол-во сами решаете какое поставить. SECCODE - для одного и тогоже инструмента одинаковый.
Settings= {
Name = "Test",
line =
{
{
Name = "Candle",
Color = RGB(255, 0, 0),
Type = TYPE_CANDLE,
Width = 1
}
}
}
function OnCalculate(i)
return i
end
function Init()
return 1
end
Вова Самойлов написал: Всем привет, у меня еще одна проблемка - хочу сделать робота основанного на арбитраже, как можно реализовать покупку/продажу разных активов (фьючерсов) в одном роботе. При реализации в формуле необходимо прописывать две функции транзакции и если да то как это сделать? и как быть с количеством лот - QUANTITY?
Добрый день.
Да, две функции sendtransaction Т.е пишите один текст транзакции и ниже еще один.
Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожеланий в будущих версиях ПО.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Александр написал: Настроен вывод по ODBC для многих таблиц, в том числе для таблицы параметров. Для всех таблиц в диалоге вывода по ODBC выставлены "галки" "Чистить таблицу перед выводом", "Формальные имена" и "Вывод после создания". Запускаю info.exe в начале дня или с ключом --clear в середине дня (если запустить в середине дня без ключа --clear, то ошибки не будет). Ввожу логин/пароль. Все. Пока таблица параметров полностью на заполнена генерируются ошибки.
Добрый день.
Александр, пробовали воспроизвести описанную Вами ситуацию на версиях 7.0, 7.1. Ошибку воспроизвести не удалось. Попробуйте обновиться до версии 7.1. Повторить ошибку, снять лог, а также сделать архив рабочего места QUIK (без ключей доступа и файла chm). Если есть возможность проверить на версии 6.17.3.6 , где при таких же действия ошибка не возникает, то проверьте и тоже пришлите результаты. Будем проверять.
Алексей написал: Доброго дня, являюсь активным трейдером, и соответственно веду график своего счета по дням, но из обычных таблиц квика я могу взять только два показателя Открытие(Вход.активы) и Закрытие (Тек средства, за минусом комисса брокера, ну или просто посмотреть на следующий день Вход.активы). Уже давно появилась необходимость построения дневного графика своих средств не по одному значению, а по четырем в формате OCHL в формате баров (как ни странно техника работает и по твоему счету, как ни странно )))). Поэтому появилась необходимость как то записывать максимум и минимум по параметру Тек средства внутри торгового дня. Как это можно сделать, может уже кто нибудь делал такую таблицу поделитесь плиз, предполагаю что язык программирования как раз для таких приблуд, или хоть намекните как ее создать самому (может какие нибудь основные функции для моей задачи, а дальше уже буду копать в программировании)
Добрый день.
Данную задачу вы можете реализовать при помощи языка программирования LUA. Готовых примеров под вашу задачу у нас нет, также вы должны самостоятельно написать логику для своего скрипта. Все доступные функции и примеры скриптов можно найти по ссылке: http://arqatech.com/upload/iblock/568/quik_lua.zip
Александр написал: В предыдущих версиях такой ошибки точно не было. Иначе давно поднял бы этот вопрос. Но дело не в этом: нельзя в mysql написать триггер с отменой insert в этой же таблице! Можно только сделать костыль с генерацией ошибки, которая не прекращает экспорт по ODBC. Если вы знаете как правильно написать такой триггер, то большая просьба поделиться кодом. Мой вариант: DELIMITER //
CREATE TRIGGER my_trigger BEFORE INSERT ON my_table_instrum FOR EACH ROW BEGIN IF (SEL ECT COUNT(*) FR OM my_table_instrum WHERE my_field_name = NEW.my_field_name) > 0 THEN ins ert in to you_cannot_insert_into_this_table_because_of_the_trigger_che ck values (); END IF; END; //
DELIMITER ;
Добрый день.
К сожалению, по написанию триггера не подскажем.
Цитата
В предыдущих версиях такой ошибки точно не было. Иначе давно поднял бы этот вопрос.
Опишите подробно, какие действия на новой версии выполняете, что возникает описанная проблема.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Александр написал: В версии 6.17.3.6 данной ошибки не было. Может это все же ваша ошибка, на написание триггера -- это рекомендуемый вами костыль. Он конечно поможет, но создаст большую нагрузку на процессор.
Добрый день.
Александр, такая ошибка "Duplicate entry '' for key 'table' SQLSTATE" была и на ранних версиях и проблема не на стороне QUIK, а в архитектуре сервера MySQL.
Ваши пожелания зарегистрированы. Мы постараемся рассмотреть их и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожеланий в будущих версиях ПО.
Александр написал: В ответном письме вы сказали, что для mysql необходимо сделать триггер с проверкой дубликатов значений и указали ссылку, где ранее поднимался этот вопрос: http://forum-archive.quik.ru/forum/iwr/100348/100391/ однако данная ссылка нерабочая. Большая просьба дать пример кода триггера, который может решить эту задачу.
Добрый день.
К сожалению, старый форум в ближайшее время работать не будет. Что касается триггера, то по ссылке были просто примеры, которыми делились пользователи и которые им помогли, но не конкретно к вашей задаче. Триггер Ваш нужно написать самостоятельно.
Николай Бехтерев написал: Функция OnTransReply() показывает, что после sendTransaction() в таблице trans_reply значение у order_num равно nill. Это прелести демо-режима? Не хочется искать ошибку там, где её нет))))
Добрый день.
Николай, уточните, а какая именная транзакция Вами подается?
Александр написал: на quiksupport@arqatech.com я отослал скриншот диалога ODBC в нем указано, что параметр "Инструмент" должен быть уникальным ключом (помечен *). Если это не так, скажите, какой параметр должен быть ключевым. Параметра "тип инструмента" я не нашел. файл quik_odbc.log смогу сделать только завтра утром.
Добрый день.
Да, имелся ввиду "инструмент". Ждем лог quik_odbc.log.
Александр написал: Duplicate entry '' for key 'table' SQLSTATE=23000 Код ошибки=1062"
Добрый день.
Ошибка говорит о том, что в таблице неверно установлен ключ уникальности. Проверьте уникальный ключ должен быть на параметре "тип инструмента".
Если разобраться не удастся, то создайте в папке с программой Quik файл с именем quik_odbc.log После перезапуска Quik, туда начнется записываться логи ODBC экспорта. Воспроизведите проблему, после чего пришлите полученный лога нам на quiksupport@arqatech.com
Старатель написал: Переподключение к (тому же) серверу в течение торговой сессии происходит очень длительное время. В это время QUIK нагружает ядро процессора по полной. Монитор показывает, что идёт интенсивное чтение файла alltrade.dat. И чем чем дальше от открытия сессии, тем больше времени занимает весь процесс. Что происходит в это время и как ускорить подключение к серверу?
Добрый день.
Как уже сказал выше Сергей, продолжительная загрузка программы в течении торговой сессии происходит в том, что терминал вычитывает из него информацию. Вопрос в том на сколько долго у Вас грузится QUIK и какого размера файл alltrade.ik
Николай Камынин написал: т е отвечать на поставленные вопросы Вы не хотите.
Добрый день.
Чтобы ответить на вопросы и понять в чем причина задержек нам потребуются серверные логи Вашего брокера, точную дату, когда вы делали замеры, ваш UID. Поэтому и было предложено обратиться к брокеру и инициировать свое обращение к нам.
swerg написал: disasterovich , у вас совсем немного инструментов, между которыми вы переключаетесь.
А что если сделать несколько вкладок, на каждой вкладке - график своего инструмента. Тогда это разные графики, на каждом свои тренды. И переключаться легко и быстро.
Спасибо за совет, так и поступлю
Цитата
Egor Zaytsev написал:
Цитата
disasterovich написал: Здравствуйте,
У меня квик 7.0.4.10 и внутри одной вкладки несколько бумаг. Если я провожу трендовую линию на одном инструменте, то она становится видна и на другом Пример http://prntscr.com/a8q1xb и http://prntscr.com/a8q22z
Это жутко не удобно, подскажите как привязывать линии только к одному графику?
Добрый день.
При установке "якоря" на таблице текущих торгов и графика все нанесенные линии трендов будут переноситься на новый график. Привязать к конкретному графику, к сожалению, нельзя. Может зарегистрировать от Вас пожелание на доработку функционала.
Ок, как мне зарегистрировать это пожелание, куда написать?
Достаточно первого вашего обращения.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
swerg написал: Ну т.е. в "тёмной теме" шрифт и высоту заголовка изменить нельзя, верно? Недоработочка это, как мне видится. Зарегистрируйте, пожалуйста, пожелание: "желаю настраивать высоту заголовков окон в тёмной теме (обычных и "лоченых" окон раздельно) и шрифт (размер, цвет) шрифта заголовка окна"
Добрый день.
Да, верно.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
swerg написал: QUIK вам отдал время отсечением милисекунд, а биржа в архиве - округлила. Тут бы бирже вопрос задать, зачем они так сделали.
дак тогда бы и квику делать также
Добрый день.
Дело в том, что время в QUIK берется не то время, которое вы видите на сайте биржи, а то время, которое биржа транслирует шлюзовым коннектом. Т.е, что биржа отправила, то мы и показываем. Поэтому руководствоваться сайтом не всегда правильно. Однако, чтобы точно ответить на вопрос и понять, какое время было отранслированно на самом деле - необходимо обратиться к брокеру.
чото я запутался. биржа это ММВБ? они транслируют брокеру? это финам например, а финам транслирует вам? Мне сказать брокеру что им ММВБ посылает кривое время?
Данные от биржи проходят по шлюзовому коннекту к Вам в терминал. Обращаетесь к брокеру и обрисовываете свою проблему. Т.е инициируете свое обращение к нам. Мы запросим у брокера всю необходимую информацию, проанализируем ее и дадим Вам ответ.
swerg написал: QUIK вам отдал время отсечением милисекунд, а биржа в архиве - округлила. Тут бы бирже вопрос задать, зачем они так сделали.
дак тогда бы и квику делать также
Добрый день.
Дело в том, что время в QUIK берется не то время, которое вы видите на сайте биржи, а то время, которое биржа транслирует шлюзовым коннектом. Т.е, что биржа отправила, то мы и показываем. Поэтому руководствоваться сайтом не всегда правильно. Однако, чтобы точно ответить на вопрос и понять, какое время было отранслированно на самом деле - необходимо обратиться к брокеру.
У меня квик 7.0.4.10 и внутри одной вкладки несколько бумаг. Если я провожу трендовую линию на одном инструменте, то она становится видна и на другом Пример http://prntscr.com/a8q1xb и http://prntscr.com/a8q22z
Это жутко не удобно, подскажите как привязывать линии только к одному графику?
Добрый день.
При установке "якоря" на таблице текущих торгов и графика все нанесенные линии трендов будут переноситься на новый график. Привязать к конкретному графику, к сожалению, нельзя. Может зарегистрировать от Вас пожелание на доработку функционала.
Старатель написал: Скрытый текст Экие вы мастера выкручиваться и уходить от прямого ответа :: Перефразирую вопрос:
1. Является ли использование функций ParamRequest или CreateDataSource обязательным для успешного получения значений параметра через getParamEx (при условии "умного" заказа данных), когда параметр не присутствует в явном виде в списках принимаемых параметров ? Под "успешным получением значения" понимается получение актуального значения, а не сохранённого когда-то в кэше. 2. То же для getParamEx2.
Мы не можем утверждать обязательность использования данных функций. Однако, мы рекомендуем их использовать для гарантированного получения информации.
Для темной темы размер шрифта заголовков окон, заданный в ОС Windows не используется, вместо это в соответствии с дизайном используются шрифт Segou UI 8.
Старатель написал: 1. Является ли использование функций ParamRequest или CreateDataSource обязательным для успешного получения значений параметра через getParamEx (при условии "умного" заказа данных, когда параметр не был добавлен в ТТП и др. таблицы)? 2. То же для getParamEx2.
Обязательным не является, так как при наличии данных в терминале getParamEx и так вернет значения, даже без ParamRequest или CreateDataSource.