Старатель (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 5 6 7 8 9 10 11 12 13 14 15 ... 46 След.
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
 
Сабж
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] Пропадает текст в таблицах
 
При задании цвета для всей таблицы, если один из цветов указан QTABLE_DEFAULT_COLOR, текст во всех ячейках пропадает.
Примеры:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR)
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, 0, 0, 0)
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, 0xFFFFFF, 0, 0xFFFFFF, QTABLE_DEFAULT_COLOR)
Надо делать так, как надо. А как не надо - делать не надо.
Как бороться с nil?
 
Цитата
Сергей написал:
Возможно такое сравнение и допустимо
В оригинальном Lua да.

Цитата
Сергей написал:
Луа машина в Квике выдает ошибку при сравнении переменных, если одна из них nil...
Хотел было написать, что вы заблуждаетесь, но вспомнил про странные ошибки, с которыми сам сталкивался в QUIK. Поэтому настаивать не буду.

Передаю эстафету техподдержке.
Надо делать так, как надо. А как не надо - делать не надо.
Как бороться с nil?
 
Код
if CheckPos ~= nil and POS ~= CheckPos.totalnet then

Такое сравнение вполне допустимо, даже если POS или totalnet есть nil
Ошибка в другом месте, смотрите номер строки с ошибкой.
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Цитата
Артем написал:
вы предлагаете поллить "новой" функцией внутри "старого" колбека
Вы сами-то поняли, что написали? Цитату со ссылкой приведите.
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, я не предлагал ничего "поллить".
Либо вы неверно поняли статью из вики, либо неважно читаете код.
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, я спросил не где вы в интернете прочитали про поллинг, а где вы увидели
Цитата
Артем написал:
поллинг в контексте колбеков
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, где вы "поллинг" увидели? Или что в вашем понимании "поллинг"?
Надо делать так, как надо. А как не надо - делать не надо.
IMOEX - сильные различия формы свечей в quik и tradingview, почему так?
 
Anna Lozenko,
https://forum.quik.ru/messages/forum13/message4387/topic503/#message4387
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Цитата
Артем написал:
Параметры работающие в реальном времени (такие как статус торговли) стали бы "обновляться" в момент вызова функции а не в момент фактического изменения.
Что бы это могло значить?

Артем, чем не устраивает предложенный мной вариант?
Надо делать так, как надо. А как не надо - делать не надо.
Что бы это значило?
 
Могут быть различные комбинации:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, 0xFFFFFF, 0, 0xFFFFFF, QTABLE_DEFAULT_COLOR)
Надо делать так, как надо. А как не надо - делать не надо.
Что бы это значило?
 
Цитата
Владимир написал:
ЧТО ИМЕННО В ПРИНЦИПЕ может происходить чтобы давать ТАКОЙ эффект?

Получить такой эффект можно таким вот нехитрым способом:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR)
или таким:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, 0, 0, 0)

В результате текст во всех ячейках пропадает. Вернее окрашивается в цвет фона. Причём, после этого перекрашивание ячеек бесполезно - текст по-прежнему будет принимать цвет фона.
Надо делать так, как надо. А как не надо - делать не надо.
Событие получения данных всех таблиц и графиков после подключения к серверу
 
Цитата
swerg написал:
объективного понятия "загружены все данные" - просто нет. Ну в самом деле: на бирже изменилась цена
Не надо передёргивать. Я вам уже писал. Очевидно же, что когда говорят об "актуальности данных", речь про данные, которыми располагает сервер QUIK. Или для вас это не очевидно?
Про ТТТ я писал в отдельной теме: важно понимать свежие ли значения мы имеем или это мусор, оставшийся со "вчерашнего вечера".
Графики хранятся на сервере брокера, и при запросе клиентом архива графика, вместе с последней свечой, сервер должен отправить клиенту флаг "это всё, что есть сейчас".
Для таблиц то же самое - нужен флаг об окончании загрузки.
Надо делать так, как надо. А как не надо - делать не надо.
Событие получения данных всех таблиц и графиков после подключения к серверу
 
Цитата
swerg написал:
Ну есть собатия прогрузки позиций после начал торгов / клирингов. И что они вам дают?
Именно об этом и спрашивает ТС.
Цитата
Nikolay написал:
Первичные данные всегда актуальны на какой-то конкретный момент времени
Надо разделить 1) обезличенные данные и 2) данные, относящиеся непосредственно к портфелю: ордера, сделки, лимиты, позиции, стопы.
Последние как раз будут статичны статичны и актуальны в начальный момент. Это и есть точка отсчёта, от которой будет отталкиваться скрипт.
А тут про какую-то ТТТ начинают петь.
Надо делать так, как надо. А как не надо - делать не надо.
Событие получения данных всех таблиц и графиков после подключения к серверу
 
swerg, даже у биржи есть понятие "законченности загрузки данных".
https://forum.quik.ru/messages/forum10/message51109/topic5698/#message51109
Надо делать так, как надо. А как не надо - делать не надо.
Быстрый ввод стоп-заявки
 
Цитата
Павел написал:
Не вижу проблем перед активацией опции сперва закрыть позиции, потом включить опцию автостоплосса.
У кого-то может быть другое мнение.

Цитата
Павел написал:
Ну конечно, ориентация на исполненную заявку. Нет смысла, ставить стоп-заявку на 100 лотов, если забрало 50. Если вы поставили заявку и она исполнилась не вся, стоп-ставится на кол-во исполненной заявки, а неисполненный вы снимаете. Если не снимаете, и остаток все таки исполняется - стоп так же выставляется на кол-во исполненной заявки. На графике будет две линии стоп-заявки, и так же можно двигать ее куда надо.
Ну так исполниться она может не двумя, а ста сделками. Получите 100 стопов.
Ну это опять же к вопросу удобства.

Вот и думают разработчики годами, как бы это так сделать, чтобы всем угодить  :lol:
Надо делать так, как надо. А как не надо - делать не надо.
как вставить системное время в ячейку таблицы
 
Цитата
SetCell(t_id, i, 0, tostring(last_time))
Надо делать так, как надо. А как не надо - делать не надо.
Быстрый ввод стоп-заявки
 
Отчасти соглашусь с разработчиками - задача не такая тривиальная, как может показаться на первый взгляд непосвящённому.
Например:

Цитата
Павел написал:
С этого момента все заявки вводимую в систему через режим Быстрого стоп-лосса начинают защищаться стоп-лоссом
Заявки или сделки? Если в заявке 100 лотов, и она исполняется частями по одному лоту, то когда и сколько должно быть выставлено стоп-заявок?
А если заявка выставлена другим способом, из таблицы заявок, например, автостоп должен работать?

Цитата
Павел написал:
Уже открытые позиции имеющиеся в системе до активации опции Быстрого-стоп лосса игнорируются.
Иными словами, Активация опции + заполненные поля = работа алгоритма Быстрого стоп-лосса.
Допустим, до активации опции открыта позиция +2 лота. После активации опции и исполнении заявки на продажу 1 лота, какая должна быть выставлена стоп-заявка?
И т.д и т.п.
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Спасибо, Кэп
Надо делать так, как надо. А как не надо - делать не надо.
Добавить аргумент param в колбек OnParam
 
https://forum.quik.ru/messages/forum1/message3646/topic343/#message3646
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE?
Надо делать так, как надо. А как не надо - делать не надо.
Добавить аргумент param в колбек OnParam
 
Цитата
Roman Azarov написал:
В коллбек OnParam приходит набор измененных параметров
Это верная формулировка?
Надо делать так, как надо. А как не надо - делать не надо.
getCandlesByIndex опа опа а что это у нас тут, getCandlesByIndex опа опа а что это у нас тут
 
Цитата
Артем написал:
Тут рекомендация докупить побольше оперативной памяти а не выжимать побольше возможностей из ограниченной системы. 32 гигабайта должно быть вполне адекватно
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest и getParamEx2, Как получить актуальные данные через getParamEx2?
 
Цитата
Egor Zaytsev написал:
Для понимания что заказанный параметр начал ехать нужно реализовать коллбэк OnParam()
Не вводите людей в заблуждение.
https://forum.quik.ru/messages/forum10/message51877/topic5631/#message51877
Надо делать так, как надо. А как не надо - делать не надо.
Средства разработки многопоточных скриптов в QUIK., OS_Quesha, свидетельство регистрации в Роспатенте № RU 2020612905. Бесплатная для некоммерческого использования.
 
Цитата
Незнайка написал:
как сделать уникальный trans_id в разных роботах

Код
local t = os.date("*t")
local trans_id = (60 * t.hour + t.min) * 1000000 + getUniqTransID()
или
Код
local trans_id = os.date("%H%M") * 100000 + getUniqTransID()

Но если роботы запущены в разных квиках, то могут быть повторы.
Надо делать так, как надо. А как не надо - делать не надо.
Quik 8.5 не освобождается память
 
Подытожим. QUIK 8.12.0.41

1. При закрытии data_source память не освобождается, если был назначен SetUpdateCallback
Код:
Скрытый текст
Если убрать строку с SetUpdateCallback или заменить на SetEmptyCallback, память не растёт.

2. Если при загрузке модулей возникает ошибка, то библиотеки из памяти не выгружаются.
Код:
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Anton написал:
у финама тиковые данные тоже с неправильными направлениями.
Давно не качал с Финама, но раньше встречались пропуски, как тиковых данных так и интервальных. Т.ч., направление сделки - это мелочи.

А у вас ГО по спрэдам в окне ввода заявки показывает?
Надо делать так, как надо. А как не надо - делать не надо.
Гарантийное обеспечение в окне ввода заявки, Окно ввода заявок , Объем ГО
 
У кого-нибудь показывает Объем ГО в окне ввода заявки календарных спрэдов?
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Проделал следующее:
Сразу после первого сообщения об ошибке до закрытия свечи открыл минутный график. Через пару минут разорвал соединение с сервером.
На свече объём 4984
Скрытый текст

Затем переключился на другой таймфрейм и обратно на минутный.
Объём поменялся на 4982
Скрытый текст

Саппорт, вас интересуют баг-репорты?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Алексей написал:
Терминалы подключены к разным серверам и два сервера шлют разные флаги.
Так и думал.
Но правильный-то флаг какой? 1026? И почему другой сервер врёт?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Евгений написал:
Ну вывод то какой?
Всё-таки моя картинка больше похожа на правду.
Если рассуждать логически:

1892946036155291035, SiH1         - Купля. Покупатель SiH1 купил контракты у покупателя спреда
1892946036155291039, SiH1SiM1 - Продажа спреда, исполняется по бидам. У покупателя спреда купили SiH1.
1892946036155291036, SiM1        - Купля, исполняется по оферам. Покупатель спреда купил контракты у продавца SiM1

Цитата
Anton написал:
Первая пара это что в твс было, вторая - единички следом установлены - это оффмаркет.
Про вторые пары номеров сделок не понял.
Надо делать так, как надо. А как не надо - делать не надо.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Roman Azarov написал:
Увеличение количества пользователей с пожеланиями об одном и том же конкретном функционале повышает его приоритет и вероятность его реализации в ближайшем будущем
Цитата
Alexey Ivannikov написал:
по факту это выглядит так: сотрудник видит что пожелание "по делу" и заводит его, если пожеланий по одной теме накапливается всё больше и больше - это может изменить приоритет по ней.

Если я вижу, что пожелание уже зарегистрировано, достаточно "плюсануть" в открытой теме или надо заводить новую тему с аналогичным пожеланием?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Anton написал:
Интересная там кухонька внутренняя.
А почему их по две пары номеров?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Anton написал:
Старатель , ваша картинка больше на правду похожа
Неа
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
В 7.27 и 8.12 флаг 1026
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Вместо тысячи слов:
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Цитата
Старатель написал:
В message - одна и та же свеча из разных DataSource, открытых с небольшой (100 мс) временной разницей.
Вернее не так, там разница более 1 сек. Но не суть.
График тот же, но данные разные.

Цитата
Артем написал:
возможно содержит неочевидные ошибки
Возможно, первый sleep стоило бы заменить на
Код
repeat sleep(1000) until ds_D1:Size() > 0
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Дабы предупредить спекуляции на другие темы:
Обычно DataSource обновляются синхронно в порядке их создания.
И, если нет разрывов соединения или потерь пакетов, это позволяет в тестовом скрипте сравнивать данные из DataSource разных таймфреймов.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Цитата
Артем написал:
Между чтениями данных из базы данных образуется задержка, которая может быть достаточно большой чтобы выполнилась одна или более транзакций.
Транзакция в прошлом? В окне сообщений есть и время свечи и время самого сообщения.

Цитата
Артем написал:
Что именно он должен делать, если словами?
Показывать что
Цитата
Старатель написал:
Иногда CreateDataSource возвращает неверные данные
Сравнивается дневной объём на D1 и M1. При несовпадении запоминается индекс крайней свечи M1 на момент создания DS (обычно эта свеча содержит ошибку).
По закрытию свечи M1 выводится её содержимое.
В message - одна и та же свеча из разных DataSource, открытых с небольшой (100 мс) временной разницей.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Свеча предпоследняя. При чём здесь
Цитата
Артем написал:
тайминга извлечения данных
?
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Должен быть закрыт график по тестируемому тайфрейму (в данном случае минутный) тестируемого инструмента. Остальные графики могут быть открыты.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Добрый день.

Иногда CreateDataSource возвращает неверные данные.
Демонстрационный скрипт:
Скрытый текст

Графики должны быть закрыты. Можно запустить несколько скриптов с разными инструментами.
Через некоторое время будет сообщение вида:
Скрытый текст

Возможно, большое количество свечей повышает вероятность ошибки. Но это не точно.
Надо делать так, как надо. А как не надо - делать не надо.
getCandlesByIndex опа опа а что это у нас тут, getCandlesByIndex опа опа а что это у нас тут
 
Цитата
Imersio Arrigo написал:
если к примеру в графике 40тыщ свечей, а настройкамэ сделать "показывать последние 500", и нажать ок, то индикатор все равно щитаецо по 40тыщъ.
И памяти жрёт на все 40тыщ. Хотел ограничением кол-ва на тиковых графиках снизить потребляемую память - не вышло  :sad:
Надо делать так, как надо. А как не надо - делать не надо.
Таблица состояние счета, закрытие позиции., Ошибка 167.
 
И ещё: имею многолетний опыт общения с клиентской поддержкой и десятки отчётов о багах. Большинство из них (иногда после многонедельных или многомесячных препирательств со стороны "поддержки") всё же были признаны, некоторые даже исправлены.
Но не помню ни одной проблемы, которая бы проявлялась при каких-то специфических настройках терминала или сервера.

Если я не прав, то путь сотрудник поддержки или вы (раз уж вы имеете утверждать мою неправоту) меня поправят: вот при таких-то настройках данная проблема вообще не проявляется.
Надо делать так, как надо. А как не надо - делать не надо.
Таблица состояние счета, закрытие позиции., Ошибка 167.
 
swerg, я пишу отчёты о багах при дефолтных настройках терминала. А обсуждаемая здесь проблема проявляется, как при подключении к серверу брокера, так и в QUIK Junior.
Так что никаких
Цитата
swerg написал:
проблема достаточно уникальна
быть не может.

Цитата
swerg написал:
проявляется лишь в определённом сценарии
Владимир спрашивал: "Как это исправить?" Я такой настройки не нашёл, а вы?

Цитата
swerg написал:
Читаю я подробно
Видимо не достаточно подробно прочитать, чтобы выносить своё суждение.
Надо делать так, как надо. А как не надо - делать не надо.
Таблица состояние счета, закрытие позиции., Ошибка 167.
 
swerg, Вы слишком поверхностно читаете темы. Не стоит просто так отвечать, на последнее сообщение ветки.
Надо делать так, как надо. А как не надо - делать не надо.
Тэйк-профит: старые песни о защитном спрэде, Возможные сюрпризы при совершении сделки по тэйк-профиту
 
Цитата
Anton написал:
Если есть хороший приток бидов, вас, возможно, закроют выше, но в этом случае и велик шанс, что это был локальный пичок с откатиком и по итогу цель протрейлить до максимума не достигнута, высадили. Собственно, так оно и будет происходить в большинстве случаев
Только в одном случае (<Цена последней сделки> - <спред>) мейкер решает, по какой цене вас высадить,
а в другой (если бы была такая возможность: <Цена условия тейк-профит> - <отступ> - <спред>) - вы бы сами решали, по какой цене готовы сдать позицию.
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 ... 5 6 7 8 9 10 11 12 13 14 15 ... 46 След.
Наверх