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

Я всё же перезапускаю скрипты реже, нежели сохраняю. Или наоборот. Короче, эти два события не связаны.


"Железная логика"!
Калькулятор считает не правильно, но так реализовано. Поэтому корректно.
Бред конечно, но главное самому верить в то, что пишешь, да?

Пожелание сейчас не готов сформулировать. Хрен с ним, мож кому-то так удобней.
Но BUG извольте зафиксировать:
Положение окон не должно меняться при простом переключении вкладок.
И у меня какое-то чувство дежавю: по-моему уже писал об этом несколько лет назад.

Более того, если переключиться с одной вкладки на другую, где окно со свойством "Показывать на всех", является активным, а потом вернуться обратно, просто переключить вкладку туда-сюда и больше ничего, то на всех вкладках это окно вылазит на передний план.
Такое поведение для любого окна является некорректным.

Возможно, вы правы в отношении других окон.
Но, поскольку окно "Доступные скрипты" является дофига большим, то мне не удобно данное поведение именно этого окна.
Т.к. скрипт может создать таблицу только на той вкладке, на которой запущен, то приходится держать окно "Доступные скрипты" на всех вкладках, чтобы не городить таблицы от всех скриптов на одной вкладке.
И чтобы окно "Доступные скрипты" не занимало полезного пространства, его часть перекрываю другими окнами. Но когда на одной вкладке запускаешь скрипт, "Доступные скрипты" на всех вкладках вылазит на передний план.
Если бы у вас в команде был бы хоть один человек, работающий (в прямом смысле этого слова) с вашим продуктом под названием QUIK, то он бы объяснил вам насколько не удобно работать со скриптами.
А разработчику скриптов - это не один раз запустил и забыл. Приходится десятки раз на дню перезапускать их

Видео
Описание:
Две вкладки, на каждой открыто по окну, в данном случае ТТТ, а также окно "Доступные скрипты", которое перекрывается первым окном. "Доступные скрипты" делаю "Показывать на всех вкладках".
Когда активирую окно "Доступные скрипты" на одной вкладке, то на другой положение (перекрывание) окон сохраняется. Но когда запускаю Lua скрипт с созданием окна, этот порядок нарушается.
На видео окна на Вкладке 1 расположил в следующем порядке (сверху вниз): Lua-окно, ТТТ, Доступные скрипты.
Далее переключился на вкладку 2 и активировал окно "Доступные скрипты". Возвращаюсь на вкладку 1, порядок поменялся: Lua-окно, Доступные скрипты, ТТТ.

Напомните, утренние позиции на срочной секции ведь брокер загружает?

Я другое хотел предложить: возвращать таблицу вида: {["Имя параметра"] = "Формальный заголовок", }
Но не знаю, насколько это юзабельно, поэтому не стал

Я в курсе.
Но если getNumberOf возвращает 0, это не значит, что позиции не открыты. Это также может означать, что клиент ещё не получил ни одной записи о позициях.

Что имеется ввиду под "необходимые для отображения таблиц данные"?

А скрипт знает?

Великолепный ответ!
Только если позиции по фьючерсам не открыты, будете ждать вечно.

Что интересно, если переменную удалить сразу после использования, то скрипт станет занимать больше памяти.

Можно в OnConnected проверить список доступных классов getClassesList() и, если нужный класс ещё не загружен, то не дёргать getSecurityInfo вообще.
Но конкретно с бумагой сложнее: информация по бумаге может загрузиться в любой момент без уведомления.

Вы и сами это можете сделать тупым зацикливанием с постоянной проверкой возвращаемого результата от функции. Но есть вероятность зависнуть тут навсегда.

Пусть будет SBER.
И думается мне, что чем больше времени прошло с начала торгов, тем дольше надо ждать. Поэтому проверять лучше ближе к концу торговой сессии.

QUIK 8.9.0
Если установлена галка "Получать информацию по обезличенным сделкам с текущего момента", то после подключения к серверу сделки начинают поступать только через несколько минут

Evgeniy Karnaukhov, ?

QUIK 8.9
Если задано дробное значение timeout, то Highlight не работает, но возвращает true

trans_reply.order_num = 0 в отменяемой заявке

Но как оно на самом деле, тоже бы послушал

В любом случае doesExist обязателен к использованию.

Выведите в лог индекс свечи и её содержимое, мож, что-то прояснится

Владимир,

doesExist

Не вы, магический шар: #41, но Владимир не понял знаков шара  

Владимир, мельком глянулничего не смущает?

На диаграмме несколько графиков?

Магический шар подсказывает, что ТС путается в типах данных: положил в массив с ключом одного типа, а ищет в ячейке с ключом другого типа. Естественно, там nil

Что-то мне подсказывает

Скрытый текст

Транзакция называется "Удалить все заявки по условию"

Скрытый текст

А также для кнопок "Снять все активные заявки на покупку..." и "Снять все активные заявки на продажу..."

Без окна, в автоматическом режиме. С учётом #7 и #8

И ещё: это должна быть опциональная настройка, чтобы пользователь сам мог выбрать, хочет ли он использовать этот тип транзакций для снятия заявок.

На самом деле, по второму пункту немного сложнее, поскольку транзакция "Удалить все заявки по условию" на FORTS снимает заявки по коду базового актива, т.е. могут быть сняты заявки не только из текущего стакана.
И алгоритм в этом случае примерно следующий:
1) Определяем код базового актива
2) Пробегаемся по таблице заявок и собираем в массив активные заявки с инструментами, базовым активом, для которых является код из п.1
3) а) если среди найденных нет заявок по тому инструменту, из стакана которого подавалась заявка, то ничего не делаем, иначе
    б) если среди найденных только заявки по нашему инструменту, то применяем транзакцию "Удалить все заявки по условию", иначе
    в) снимаем все заявки по одной (как сейчас)

Evgeniy Karnaukhov,
Когда мы нажимаем одну из кнопок в панели снятия заявок по условию или горячие клавиши (Ctrl + F8, Ctrl + Z, Ctrl + X), то QUIK делает следующее:
пробегает по всем активным заявкам и отправляет на сервер по одной транзакции на снятие для каждой заявки, удовлетворяющей условию.
Я предлагаю при наличии хоть одной активной заявки, удовлетворяющей условию, отправлять всего одну транзакцию "Удалить все заявки по условию".
Если эта транзакция не доступна для данного инструмента, то выполнять снятие по прежнему алгоритму.

Для этого сервиса также можно применять транзакцию "Удалить все заявки по условию".

Подходят, только

Evgeniy Karnaukhov, данный функционал уже существует, но использует несколько транзакций вместо одной.
Предлагаю:
1. перемещать заявки методом drag-and-drop с помощью одной транзакции вместо двух.
2. снимать все заявки, удовлетворяющие условию, одной транзакцией вместо по_одной_транзакции_на_каждую_заявку.

Добрый день.

1. Перемещать мышкой заявку в стакане транзакцией "Переставить заявки" ("Изменение заявки"), если доступен данный тип транзакции для инструмента.
Если по одной цене стоят несколько заявок, то применять операцию для последней выставленной заявки (для двух последних на FORTS).

2. Снимать заявки (панель снятия заявок по условию в стакане) транзакцией "Удалить все заявки по условию", если доступна.

Откройте вкладку с графиками и таблицами, в т.ч. стаканами. И нарисуйте схематично, как бы вы адаптировали при изменении размеров главного окна. Думаю, сами поймёте.

Вы же в курсе, что кроме графиков, в квике существуют таблицы, которые нифига не мастабируются?
Это и была неудачная попытка изменять размеры внутренних окон пропорционально внешнему.

Уже был негативный опыт.

На мой взгляд, это уже зона ответственности квика: при вызове SetCell проверить не было ли команды OnStop. И если была, то игнорировать все оконные команды (раз они всё равно не могут быть исполнены) и переходить к выполнению следующих инструкций.

Чип&Дейл уже "спешат" на помощь.

Anton, так и у меня может до нескольких дней без зависаний работать.
Но всё же проблема есть, в т.ч. в 8.9

Попробуйте следующий скрипт, также зависает:
Зачем вложенные функции? Дело в том, что если использовать pairs непосредственно в цикле main, то скрипт раньше остановится с ошибкой
Что делал, чтобы не ждать неделю и быстрее воспроизвести: заказал обезличенные сделки по всем инструментам, запустил три скрипта и по очереди каждый останавливал и запускал. Занятие довольно нудное, но результат будет быстрее.

Владимир, у меня нет навыка чтения мыслей.
В той строчке кода, что вы привели нет tonumber.
Вы можете привести полный код скрипта или продолжить возмущаться, но лучше не на этом форуме, т.к. тут общаются взрослые дяди  

Владимир, мой скил не так высок, чтобы по приведённому кусочку кода дать ответ

Кешировать степень числа (pwr10) не имеет смысла, т.к. возведение в степень быстрее в два раза, чем вытащить значение из таблицы.
А вот операции со строками в Lua на порядок дольше, т.ч. strf будет полезно.

В Lua, как и большинстве (или всех?) других языков, тип переменной произвольно не меняется. Тип может измениться только при определённых действиях над переменной. И опытный программист всегда знает, какой тип переменной будет при той или иной операции над переменной.

Следующий тест: запустил скрипт 1 и три скрипта 3 (дабы быстрее получить результат) с вашей патченой длл. Сделал несколько тестов.
Ошибки не дождался, т.к. QUIK зависал по уже знакомой схеме: main одного скрипта прибит, остальные скрипты крутятся, основной поток остался в состоянии ожидания.

Сейчас вышла версия 8.9. Посмотрим насколько она стабильнее.

Плохая практика, имхо

Понятней не стало )) Мож, ваша ошибка, мож, баг квика, мож, кривые ручки брокера...

Если ошибка не на вашей стороне, то какие тут могут быть гарантии?

Можете подробней? Как это произошло?
Вы только запустили робота и получили старый результат? Или работал себе робот, получал актуальные данные, и тут раз и однократно проскакивает цена из прошлого?
Сам колбек OnParam возвращает только класс и код инструмента, в котором произошли изменения. Каким образом получаете котировку?

Первый тест: заменил длл вашей, подключился к серверу, запустил оба скрипта и, и почти сразу ошибка:

У меня в таблицу обезличенных сделок добавлен только один инструмент: либо какой-нибудь старый уже истёкший фьючерс либо какой-то неторговый. Т.ч., по факту само окно пустое, а сделки заказываю через фильтры (либо скриптом).