Вы хотите выставить заявку, по исполнению которой выставится тейк-профит со стоп-лимитом? Если да - то выставляем заявку, правая кнопка мыши, стоп-заявка по исполнению.
Anton написал: В паре веток понаписал свое фи по поводу обработки исключений в qlua.dll, как она мне представилась через окошко отладчика. Напомню вкратце, вокруг lua_pcallk, через которую qlua вызывает пользовательские колбеки, построен try-catch блок и перед вызовом lua_pcallk устанавливается SEH-транслятор (превращающий SEH-исключения в плюсовые). Проблема в том, что исключение (плюсовое или транслированное), пролетая мимо lua_pcallk, пропускает всю его обработку после ошибки и, таким образом, стейт после этого уже нежизнеспособен. В арке последнее понимают и в случае ошибки, пролетевшей мимо lua_pcallk, тут же прибивают скрипт.
Сказавши А, хочу добавить и Б, а именно, как можно все это покрасивее организовать. Очевидно, ловить и транслировать исключения надо не в qlua.dll (там уже поздно), а в lua53.dll. Это не значит, что надо переделывать луа, его надо просто кастомизировать имеющимися в нем средствами, а именно через luaconf.h. Хочу показать, как я это сделал у себя и предложить арке посмотреть, не лучше ли будет так.
Скрытый текст Идея простая, мы кастомизируем LUAI_TRY, что предусмотрено разработчиками луа, добавляя туда SEH-транслятор и ловушку исключений известного нам типа, а луа-ошибки (тоже исключения типа, известного только луа) оставляем как есть. Пойманные "свои" ошибки мы превращаем в луа-ошибки, так что lua_pcallk их поймает как родных и вся обработка на стороне qlua.dll сведется к получению обычной луа-ошибки с луа-стека и выводу сообщения (ну а в мейне еще и прибитию скрипта, раз уж так принято). Реализация достаточно простая и не требует вмешательства в код луа, кроме предназначенного как раз для этого luaconf.h.
В конце luaconf.h имеется секция для наших хотелок, вот так она выглядит у меня (не относящееся к делу убрал):
Также добавлен файл с реализацией класса luasehtrans:
Код
# include "luaconf.h"
# include "lua.h"
# include "lobject.h"
# include < string >
# include < stdexcept >
# include < eh.h >
# include < windows.h >
struct sehex
{
sehex(struct _EXCEPTION_POINTERS * pep) throw();
const std::string & str(void) const throw();
private:
std::string _str;
};
static const char * ecstr(DWORD ec) throw()
{
switch(ec)
{
case EXCEPTION_ACCESS_VIOLATION: return "ACCESS VIOLATION" ;
case EXCEPTION_ARRAY_BOUNDS_EXCEEDED: return "ARRAY BOUNDS EXCEEDED" ;
case EXCEPTION_BREAKPOINT: return "DEBUG BREAKPOINT" ;
case EXCEPTION_DATATYPE_MISALIGNMENT: return "MISALIGNMENT" ;
case EXCEPTION_FLT_DENORMAL_OPERAND: return "FPU DENORMAL OPERAND" ;
case EXCEPTION_FLT_DIVIDE_BY_ZERO: return "FPU DIVISION BY ZERO" ;
case EXCEPTION_FLT_INEXACT_RESULT: return "FPU INEXACT RESULT" ;
case EXCEPTION_FLT_INVALID_OPERATION: return "FPU GENERIC EXCEPTION" ;
case EXCEPTION_FLT_OVERFLOW: return "FPU OVERFLOW" ;
case EXCEPTION_FLT_STACK_CHECK: return "FPU STACK OVERFLOW" ;
case EXCEPTION_FLT_UNDERFLOW: return "FPU UNDERFLOW" ;
case EXCEPTION_ILLEGAL_INSTRUCTION: return "ILLEGAL INSTRUCTION" ;
case EXCEPTION_IN_PAGE_ERROR: return "PAGE ERROR" ;
case EXCEPTION_INT_DIVIDE_BY_ZERO: return "DIVISION BY ZERO" ;
case EXCEPTION_INT_OVERFLOW: return "INTEGRAL OVERFLOW" ;
case EXCEPTION_INVALID_DISPOSITION: return "INVALID DISPOSITION" ;
case EXCEPTION_NONCONTINUABLE_EXCEPTION: return "NONCONTINUABLE EXCEPTION" ;
case EXCEPTION_PRIV_INSTRUCTION: return "PRIVILEGED INSTRUCTION" ;
case EXCEPTION_SINGLE_STEP: return "DEBUG STEP" ;
case EXCEPTION_STACK_OVERFLOW: return "STACK OVERFLOW" ;
default: return "UNKNOWN EXCEPTION" ;
}
}
sehex::sehex(struct _EXCEPTION_POINTERS * pep) throw()
{
static const char fmt[] = "%s at address %p" ;
try
{
::PEXCEPTION_RECORD per = pep - > ExceptionRecord;
if (per)
{
const char * pen = ecstr(per - > ExceptionCode);
int len = _scprintf(fmt, pen, per - > ExceptionAddress);
if (len + + > 0 )
{
char * pbuf = static_cast < char * > (_alloca(len));
if (pbuf)
{
sprintf_s(pbuf, len, fmt, pen, per - > ExceptionAddress);
_str.assign (pbuf, len - 1 );
}
}
}
}
catch( .. .)
{
// we shouldn't show to the user a garbage string
_str.clear ();
}
}
const std::string & sehex::str(void) const throw()
{
return _str;
}
static void translator(unsigned int, struct _EXCEPTION_POINTERS * pep)
{
throw sehex(pep);
}
luasehtrans::luasehtrans() throw()
: _bkp(_set_se_translator(::translator))
{
}
luasehtrans::~luasehtrans()
{
_set_se_translator(static_cast < _se_translator_function > (_bkp));
}
void luasehtrans::onex(void * vs) throw()
{
try
{
lua_State * s = static_cast < lua_State * > (vs);
std::exception_ptr pe(std::current_exception());
if ( ! (nullptr = = pe))
{
try
{
std::rethrow_exception(pe);
}
catch(const sehex & e)
{
luaO_pushfstring(s, "%s" , e.str ().c_str());
}
catch(const std::exception & e)
{
luaO_pushfstring(s, "%s" , e.what ());
}
catch( .. .)
{
luaO_pushfstring(s, "unrecognized exception" );
}
}
}
catch( .. .)
{
}
}
Тксть вот и все, а ты боялась. Теперь lua_pcallk ловит и плюсовые, и SEH, и свои луа ошибки и выдает их на-гора единым принятым в луа способом, со строкой-описанием на вершине луа-стека.
Добрый день.
Действительно, сейчас обработка SEH исключений устроена некорректно. Мы переделаем её в ближайшем обновлении ПО.
A.T. написал: Пожалуйста, сабж. Потому что очень трудно сразу на лету расшифровывать обозначения опционов на мосбирже, когда посматриваешь список своих позиций.
Даже когда он отсортирован по экспирации.
Вот эти вот "первая и вторая половина алфавита" для Коллов и Путов соотвественно. Только на мосбирже такая дурка. Везде в мире при полном названии опциона всегда присутствует явное Call или Put.
Параметры "Код инструмента" и "Краткое название" идентичны, но было бы правильно добавить явное обозначение Call и Put.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Скользящая средняя по индикатору объёма, Добавить скользящую среднюю на объёмы с настройкой периода и параметров отображения(цвет, толщина, выше или ниже гистограмм)
Александр М написал: Раз уж желать, то надо сразу делать возможность накладывать скользящую среднюю на любой источник данных.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
СергейК написал: Сейчас в контекстном меню столбцов таблиц текущих торгов есть пункты "Отключить форматирование" и "Очистить форматирование". С 1-м всё понятно, а вот 2-й я недавно случайно нажал вместо другого и всё стёрлось без возможности восстановления. Я предлагаю убрать этот пункт из данного меню, потому что его действие нельзя отменить и подтвердить. В панели "Условное форматирование" уже есть кнопка "Очистить все", к-я делает то же самое, при этом это действие ещё нужно подтвердить, так что ошибиться невозможно т.к. всегда можно нажать Отмена.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Подскажите, как работать с 2 экранами в Квике, как размещать разные окна на разных экранах? Окна двигаются только в пределах программы и невозможно запустить программу на одном экране, а например, окна с графиками Квика на другом экране. Может в настройках можно отвязать окна? Вариант растянуть окно программы на 2 экрана не вариант, т.к. используется ноутбук с подключенным к нему монитором, у них разные разрешения.
Evgeniy Karnaukhov написал: можно настроить таблицу самостоятельно в её настройках с помощью фильтра инструментов
В том-то и дело, что нет. Вроде и можно, но фильтры постоянно слетают. Писал про это ещё 4 года назад. Обещали исправить, но стало ещё хуже. Пример. Талиц всех сделок нет. В потоке обезличенных сделок выбираем класс фьючерсы без фильтрации инструментов. Создаём окно ТВС. Квик предлагает класс фьючей без фильтра, что естественно. Принимаем и получаем ТВС со всеми фьючами. Создаём второе окно ТВС. Теперь в фильтре выбираем SiZ0. Получаем ТВС с одним выбранным фьючом. Вроде всё нормально. Но в первом окне, которое без фильтра внутри класса, начинает с этого момента идти только тот же SiZ0. Смотрим общий фильтр - он слетел, то есть поменялся на тот который установили в последнем окне, то есть на SiZ0. Снимаем фильтр. Теперь уж совсем вроде нормально. В первое окно вернулись все фьючи, а во втором только Си. Но заходим в окно 2 и видим - теперь там фильтр слетел. Но при этом получается, что продолжает работать. То есть фильтр работает один, а в настройках показывает другое. Глупо получается. Даже если работает, то чтобы запомнить какой фильтр в какой таблице надо записывать на бумажке. А если в окне надо поменять настройки, то фильтр ставить заново. А потом и снова общий фильтр на потоке. А если ещё таблицу создать, то там вообще непонятно что. Вроде простая логика и когда-то так и было. Общий фильтр на потоке и в рамках его выбор фильтра в конкретном окне. Зачем какое-то автоизменение, да ещё непонятно в какой логике. В общем, если 4 года назад я как-то приспособился, то сейчас пока совсем не получается. Всё как в пословице: Хвост вытащил — нос завяз, нос вытащил — хвост завяз.
Добрый день.
Описанная в данном инциденте проблема будет исправлена в одной из очередных версий ПО. Приносим извинения за причиненные неудобства.
Настройки сохраняются в файле с расширением *.wnd, по умолчанию - info.wnd, находится в корне папки с QUIK. Можно выгрузить "в моменте" через Система/Сохранить настройки в файл.
николай написал: Здравствуйте! Приведите пожалуйста пример содержимого .tri файла для загрузки в систему стоп заявки "тейк профит и стоп лимит" например: на продажу 100 лотов LSRG при цене >=900 с отступом=XX, защитным спредом=ZZ и стоп лоссом, если цена меньше, например 870.
Добрый день.
Создайте такую заявку в кармане заявок и выгрузите её в tri файл (есть такой пункт там в контекстном меню). Это и будет примером.
s_mike@rambler.ru написал: Не используйте форум не по назначению (в рекламных целях, в целях личной переписки или в целях обмена информацией, прямо не связанной с QUIK, а также по другим неуместным поводам
Убрали ссылочку на Ваш сайт из подписи? Ну и хорошо. Как будто ничего и не было )
Цитата
s_mike@rambler.ru написал: по остальным ошибкам, перечисленными мной выше и о тех, что я забыл написать, вы точно также можете спросить у поиска по форуму.
Нет уж, ссылки с Вас. Про движение навстречу мы выше уже писали. И ничего "подтирать" из написанного ранее мы не будем, хотя это примерно тоже самое (по лёгкости) что и ссылку на Ваш сайт из подписи убрать. Приведите ссылки на не исправленные проблемы пятилетней и более давности (как Вы пишите) - и я обещаю лично заняться этими вопросами. Но не так что "Вы ищите - я где-то точно что-то такое писал". Надеюсь что мы поняли друг друга.
Александр М написал: У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
В таком случае у Вашего брокера и его техподдержки Вы и вправе что-то требовать, если, конечно, это прописано в Вашем договоре с ним. Что касается общения с нами - просим не использовать такие термины. Мы не обязаны делать Вам личный кабинет, давать "в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения".
P.S. Вы (справедливости ради не только Вы, но и некоторые другие участники в том числе и данного обсуждения) прямо нарушают правила форума, рекламируя на нашем ресурсе свои сайты. То, что мы пока смотрим на это сквозь пальцы, в том числе и означает уровень нашего хорошего отношения к Вам лично и к другим подобным участникам. Но движение навстречу должно быть обоюдным, надеемся на Ваше понимание.
Я и пытаюсь двигаться навстречу и хочу понять простой вопрос. В терминале QUIK найдена ошибка или некорректное поведение. Куда мне написать, чтобы получить ответ не только о принятии данной проблемы, но и узнать о сроках ее решения?
Правильно ли я понял Ваши слова: Если в программном обеспечении QUIK я нашел ошибку, то я должен о ней писал НЕ Вам, а своему брокеру? Тогда я им данную переписку скопирую и буду требовать решения проблемы от них. Я пишу не про проблемы новичков с настройками терминала, а именно про ошибки работы ПО или ее некорректной работы.
Можно писать и нам, и им. Если проблема регистрируется от брокера - то он может (если посчитает нужным) настаивать на повышении приоритета её решения. В случае регистрации проблемы от Вас Вы также можете настаивать (не требовать) её скорейшего решения, но в случае обращения от брокера процедура может быть более эффективной.
Отдельно заметим: конечное решение о приоритезации всё равно остаётся за нами.
Александр М написал: У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
В таком случае у Вашего брокера и его техподдержки Вы и вправе что-то требовать, если, конечно, это прописано в Вашем договоре с ним. Что касается общения с нами - просим не использовать такие термины. Мы не обязаны делать Вам личный кабинет, давать "в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения".
P.S. Вы (справедливости ради не только Вы, но и некоторые другие участники в том числе и данного обсуждения) прямо нарушают правила форума, рекламируя на нашем ресурсе свои сайты. То, что мы пока смотрим на это сквозь пальцы, в том числе и означает уровень нашего хорошего отношения к Вам лично и к другим подобным участникам. Но движение навстречу должно быть обоюдным, надеемся на Ваше понимание.
Александр М написал: Есть продукт, за который мы платим. По данному продукту есть проблема. Я как клиент имею полное право завести проблему и получить по ней информацию. Причем полную информацию
Наверное, если ARQU заинтересована в расширении своей клиентской базы и повышении ее лояльности, то в интересах разработчика QUIK как-то улучшать и упорядочивать работу с клиентами (пользователями). Александр М предлагает вариант таких изменений. Зачем от этого отмахиваться?
Причины банальны и на поверхности, в первую очередь: для составления такого списка в том виде, в котором он будет понятен и читабелен пользователю, потребуется десятки человекочасов времени. И для поддержания актуальности в будущем - тоже. Мы не считаем правильным тратить свои ресурсы на данную затею.
P.S. Коверкать имена собственные (как людей, так и Компаний) - это проявление неуважения к ним. Ошибиться можно раз или два, но Вы постоянно коверкаете название нашей организации. Если Вы продолжите это делать - не удивляйтесь пожизненной блокировке Вашей учётной записи.
Можно список подобных проблем (с указанием их номеров)?
А у вас самих разве нет такого списка? Я здесь совсем недавно, но и я могу штуки три проблемы назвать.
s_mike@rambler.ru пишет про некий свой список проблем, который якобы годами не исправляется. По каждой проблеме есть тикет, он автоматом улетает пользователю, если тот пришёл к нам через электронную почту. По нему можно быстро узнать что сейчас с данной темой (через обращение к нам).
s_mike@rambler.ru написал: Есть ошибки (не пожелания, а ошибки) , которые были изначально. не устранены до сих пор, несмотря на многократные багрепорты и "будет исправлено"
Можно список подобных проблем (с указанием их номеров)?
Александр М написал: Со всеми программными продуктами, которые я купил или взял в аренду (как у вас)
Мы правильно понимаем, что Вы утверждаете о наличии у Вас с нами взаимообязывающих юридических оснований? В таком случае просьба сообщить (здесь, в личку, нам на почту) номер Вашего договора с ARQA Technologies, наименование брокерской Компании, которую Вы представляете, и Вашу должность в ней. По получению данной информации готовы в рамках электронной переписки обсудить приоритеты и ориентировочные сроки реализации тех или иных зарегистрированных от Вас проблем/пожеланий.
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет
Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Добрый день.
Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.
Никто не просит вас отчитываться за каждое пожелание, но хотя бы список ближайших внедрений или вообще список, который вы учитываете, можете выложить. В конце концов есть конечный клиент, который написал вам об ошибке или пожелании. Вы присвоили номер, адресно в личном кабинете можно хранить список заявок со статусом и ответами? Это вообще стандартная практика по тех.поддержке по любому проекту.
Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
По каждому конкретному пожеланию мы можем предоставить его статус, тут вопросов нет. ...
Отлично. куда мне написать, чтобы конкретно по моему перечню пожеланий был заведен номер и я мог в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения? Это будет лично в моем кабинете или в общей кучи аналогичных тем?
s_mike@rambler.ru написал: Однажды, несколько лет назад, я зарегистрировал предложение. Мне его обещали рассмотреть. На том дело кончилось, видимо рассмотрение затянулось. Через пару лет я еще раз сделал в этом форуме то же самое предложение. О чудо, оно было рассмотрено (никто ни словом не обмолвился, что такое предложение уже было раньше и именно от меня).
Добрый день.
Вы действительно считаете, что мы наизусть помним все зарегистрированные пожелания в разрезе тех никнэймов, от которых они заводились? Причём на горизонте нескольких лет? Лестно читать подобное конечно, но по факту это выглядит так: сотрудник видит что пожелание "по делу" и заводит его, если пожеланий по одной теме накапливается всё больше и больше - это может изменить приоритет по ней.
Цитата
s_mike@rambler.ru написал: А вы мне рассказываете по какое-то "большое внимание", про "фиксируются", "повышают приоритет".. Ох уж мне эти сказочки, ох уж эти мне сказочники...
И про внимание, и про фиксацию, и про возможность повышения приоритета - чистая правда. Раз Вы считаете это "сказками" - так зачем же здесь пишите? Ради флейма? У нас здесь тематический форум, настоятельно рекомендуем воздержаться от подобного.
Я понимаю, что сбор и регистрация пожеланий пользователей необходима для исполнения неких формальных протоколов и имеет отдаленное отношение к реальной работе по их реализации.
но ошибки! ошибки, иногда серьезные, иногда прямо противоречащие написанному в официальной документации. , признанные, подтвержденные, по которым многократно получен ответ "будет исправлено" вы не исправляете. Годами.
Можно рвать тельняшку и клясться про внимание, приоритеты и работу в поте лица - практика не подтверждает.
Ещё раз: есть понятие приоритета. У нас нет физической возможности сделать всё и сразу. Мы понимаем, что каждый пользователь считает исправление волнующих его ошибок/реализацию конкретно его пожеланий самым важным делом, за которое разработчикам нужно браться безотлагательно. Мы же видим ситуацию несколько по другому, и в условиях ограниченных возможностей делаем в первую очередь ту работу, которую считаем более приоритетной.
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет
Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Добрый день.
Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.
Никто не просит вас отчитываться за каждое пожелание, но хотя бы список ближайших внедрений или вообще список, который вы учитываете, можете выложить. В конце концов есть конечный клиент, который написал вам об ошибке или пожелании. Вы присвоили номер, адресно в личном кабинете можно хранить список заявок со статусом и ответами? Это вообще стандартная практика по тех.поддержке по любому проекту.
Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
По каждому конкретному пожеланию мы можем предоставить его статус, тут вопросов нет. Что касается "хотя бы список ближайших внедрений" - политика Компании не подразумевает анонсирование тех или иных нововведений, узнать о них можно только по факту (при этом конкретному пользователю ответ о реализации пожелания уйдёт сразу после выпуска нового ПО, в котором пожелание реализовано).
При этом есть исключения,когда мы делаем предварительные анонсы (например, по внедрению новых стандартов нумерации на срочном рынке МБ). Но на то они и исключения.
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет
Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Добрый день.
Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
s_mike@rambler.ru написал: Однажды, несколько лет назад, я зарегистрировал предложение. Мне его обещали рассмотреть. На том дело кончилось, видимо рассмотрение затянулось. Через пару лет я еще раз сделал в этом форуме то же самое предложение. О чудо, оно было рассмотрено (никто ни словом не обмолвился, что такое предложение уже было раньше и именно от меня).
Добрый день.
Вы действительно считаете, что мы наизусть помним все зарегистрированные пожелания в разрезе тех никнэймов, от которых они заводились? Причём на горизонте нескольких лет? Лестно читать подобное конечно, но по факту это выглядит так: сотрудник видит что пожелание "по делу" и заводит его, если пожеланий по одной теме накапливается всё больше и больше - это может изменить приоритет по ней.
Цитата
s_mike@rambler.ru написал: А вы мне рассказываете по какое-то "большое внимание", про "фиксируются", "повышают приоритет".. Ох уж мне эти сказочки, ох уж эти мне сказочники...
И про внимание, и про фиксацию, и про возможность повышения приоритета - чистая правда. Раз Вы считаете это "сказками" - так зачем же здесь пишите? Ради флейма? У нас здесь тематический форум, настоятельно рекомендуем воздержаться от подобного.
К какому именно из серверов ВТБ подключаетесь? Наблюдается ли проблема при подключении к серверу 91.209.122.60? Просьба проверить и завизуализировать эффект посредством записи видео описанной Вами проблемы. Прислать можно нам на quiksupport@arqatech.com, в теме письма просьба дать ссылку на данную ветвь форума.
Suxov написал: Можно ли как то назначить комбинацию для выставления "стоп заявка по исполнению", когда выделена какая то заявка в таблице заявок, или, например выставляется стоп-заявка по исполнению последней выставленной заявки?
Добрый день.
Такой возможности в текущей реализации не предусмотрено.
Скользящая средняя по индикатору объёма, Добавить скользящую среднюю на объёмы с настройкой периода и параметров отображения(цвет, толщина, выше или ниже гистограмм)
Дмитрий написал: Хотелось бы встроенный в quik индикатор, а не внешний. Внешний уже имеется.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Dmitri написал: Alexey Ivannikov, при открытии стакана на любом инструменте видны цены и количество, но данные не обновляются (не меняются), остаются такие же при открытии, но при этом цена меняется в таблице котировок.
Добрый день.
Под таблицей котировок понимается экран котировок в мобильном приложении QUIK X, правильно понимаем? Кто Ваш брокер?
В последнее время появляется периодически проблема, при открытии стакана не обновляется на бирже СПб, цены заморожены. На любом инструменте открываешь и такое происходит. В таблице котировок цены нормально обновляются. Приходится по несколько раз перезапускать Квик пока стакан не начнёт работать. На ММВБ и фьючерсах работает. Куда смотреть?
Добрый день.
Что понимается под зависанием в данном месте? Можете продемонстрировать?
Опалесцирующийся Оксибупрокаин написал: не могу войти в этот долбаный квик уже год, после очистки кэша и переустановки появилась такая херня что ключи не найдены, когда вы наконец оптимизируете свой софт для десятки?
Добрый день.
Нет никаких проблем совместимости QUIK и Win10, отлично всё работает. Что касается описанной Вами диагностики: QUIK по какой-то причине не может прочитать файл публичного ключа. Либо его на месте просто нет (проверить просто, путь к нему можно посмотреть F9/Программа/Шифрование), или же он испорчен. Если второе, и нет резервной копии - делаете новые ключи через KeyGen и отсылаете публичную часть ключа своему брокеру для регистрации на сервере QUIK.
Алексей написал: Начал торговать на Квике и заметил такую до ужаса неприятную ошибку. Которая не дает правильно оценивать ситуацию с котировками эмитентов! Дело касается параметра "%измен.закр. " Данный параметр должен отображать в % разницу цены между прошлой сессией и ценой текущего дня. Т.е. % изменения от цены закрытия предыдущего дня. Данная ошибка была проверена на другом терминале другого брокера, который отображал верный % изменения от закрытия. Т.е. на другом брокере показывает что акция в минусе на сегодня, а КВИК что в плюсе! И как с такими показателями работать?? Там даже если свечи посмотреть дневные на графике, понятно что не известно на что опирается этот "%измен.закр."
Alexey написал: Здравствуйте Сегодня весь день не отображается стакан. Эта проблема касается любых акций. Указана только верхняя строка таблицы "Цена ... Количество". Дальше всё пусто. При этом график работает в нормальном режиме, а цена спроса и предложения по нулям. Пробовал изменить подключение к интернету, 3 раза переустанавливал приложение, не помогает. Прошу разобраться в этой проблеме и исправить, если она зависит не от меня. Заранее спасибо за ответ.
Добрый день.
Ваше сообщение написано в субботу (выходной день на биржевых площадках). Куда именно Вы подключаетесь? Если это не игровой сервер - то описанная Вами ситуация нормальна.
Старатель написал: Для транзакций "Переставить заявки" и "Снятие заявки" в поле "Операция" отображается не реальное направление заявки, а всегда - "Купля".
Добрый день.
По вашему обращению мы диагностируем ошибку в серверном ПО QUIK из-за которой неверно заполняется направление заявки в поле "Операция" таблицы транзакций терминала QUIK. Ошибка будет исправлена в одной из следующих версий ПО.
Приносим Вам свои извинения за доставленные неудобства.
Старатель написал: В таблице транзакций параметр "Транзакция" приходит с сервера или клиент сам вычисляет его?
Добрый день.
С сервера.
Цитата
Старатель написал: Для транзакций "Переставить заявки" и "Снятие заявки" в поле "Операция" отображается не реальное направление заявки, а всегда - "Купля".
Информация получена, проблема изучается. Постараемся в ближайшее время дать ответ.
Nikolay написал: Добрый день. В одном из сообщений было сказано, что ваш тестовый контур срочной секции транслируется биржей. Когда на нем появятся 19 знаков? А то как-то странно получается.
Добрый день.
Это, к сожалению, зависит не от нас, а от игровой секции Московской Биржи.
Дмитрий написал: Подскажите какой из терминалов 7 версии наиболее оптимален в плане исправленных критических ошибок и в плане отсутствия всяких добавлений для красоты, которые отъедают процессор и оперативную память? То есть нужно чтобы и добавлений не было и ошибок
Lekon написал: Ситуация на срочном рынке, рассчет доступного кол-ва контрактов (галка "Исходя из собственных средств" не стоит). При заказе данных "Установке настроек по открытым таблицам" параметры, необходимые для расчета, не заказываются. Поправил ручной установкой заказываемых данных.
Добрый день.
У нас описываемая Вами ситуация не воспроизводится. Установкой заказа каких именно данных удалось решить проблему? Можете сделать видео, на котором явно виден эффект, и прислать его нам на quiksupport@arqatech.com?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
Уважаемые пользователи, первое сообщение данной темы модифицировано: стала известна дата внедрения 19-значной нумерации заявок и сделок на срочной секции Московской Биржи. Это 14 сентября 2020 года. https://www.moex.com/n29676
Уважаемые пользователи, первое сообщение данной темы модифицировано: стала известна дата внедрения 19-значной нумерации заявок и сделок на срочной секции Московской Биржи. Это 14 сентября 2020 года. https://www.moex.com/n29676
Уважаемые пользователи, первое сообщение данной темы модифицировано: стала известна дата внедрения 19-значной нумерации заявок и сделок на срочной секции Московской Биржи. Это 14 сентября 2020 года. https://www.moex.com/n29676
На СПБ параметр "цена закрытия" определяется по состоянию на момент окончания основной торговой сессии, без учёта расширенной. От него и считается. Цена закрытия по указанному Вами инструменту 2.73, текущая цена - 2.83, разница +0.10 или +3.66%.