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

Вообще-то пропадают пункты меню, которые как раз не могут быть неактивными, например: "Редактировать таблицу"

Это отдельный инструмент, типа линейки. Не трендовая линия.
И процентная шкала (рядом с ценами) не связана с линией на графике.

Процентная шкала отображается для последнего значения графика.
Можно сделать опциональную настройку в свойствах диаграммы "Показывать процентную шкалу".
Если графиков на диаграмме несколько, надо сделать соответствующую привязку, как это сделано для линий.

А, понял: "Действия" актуальны только для активного окна.

У меня вобще меню "Действия" не разворачивается. QUIK Junior v.7.0.0.289.

Ну вот к примеру: я задаю фильтр и не хочу видеть отфильтрованные сообщения ни в одном из окон сообщений. На данный момент контекстный фильтр так не работает (фильтр задан давно):

Также возникает ещё следующий вопрос:
Всегда ли дата торгов на сервере QUIK сопровождается сменой идентификатора сессии?

Так, а на вопрос вы не ответили:
В разных источниках - разная информация.

Из Руководства пользователя QLua:
Из Изменения в Рабочем месте QUIK 7.0.0:
Вы можете определённо сказать, что является критерием для вызова колбека OnCleanUp()?
Насколько я понимаю, идентификатор сессии меняется после рестарта сервера, что не обязательно совпадает со сменой даты торгов. Верно?

Кроме задания точных координат и свойств линии более ничего не нахожу. Что где надо включить по остальным пунктам?

WennY, чё уж там мелочиться: требуйте код сразу  :D

Вручную снять галки в настройках метки. Но не думаю, что это - то, что вам нужно: после снятия привязки метка будет смещаться относительно осей при масштабировании.

Из справочного руководства к Lua 5.1:

Обратил внимание, что если после SetLabelParams в настройках метки снять привязку ко времени и цене, то метку можно двигать вручную.
Может, это имеет отношение к обсуждаемой проблеме.

Регистрируйте.
Поэтому я и уточнил: нет смысла искать график, если не известно, где его искать.
Сам Auto_ID, как таковой не даст ничего. Но, если иметь список ID всех открытых графиков и иметь возможность получить свойства этих графиков, такие, как код бумаги, таймфрейм, название индикатора и др., то эта информация уже даст возможность обратиться к нужному графику.

Если речь о Lua-индикаторе, то ответ очевиден: индикатор должен уметь обратиться как к графику, по которому он построен, так и к самому себе. Можно например, ввести две константы, которые заменяли бы тэг графика или индикатора.

Если речь вообще о любом скрипте, тогда не понятен предмет спора: как вы определили, что вам нужно вот именно это
а не какое-то другое окно?

Речь идёт о нанесении меток из индикатора?

А сервер кто разрабатывал?

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

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

Попробуйте использовать только bmp-файл: с gif бывают проблемы.
Также поиграйте с прозрачностью метки (TRANSPARENCY): при замене файла прозрачной становится вся метка полностью.

Не только за 29 число. С 22.09 нет данных по RTSI по классу RTSIDX.

А что тут описывать? На рис. всё видно: отображение на графике объёмов в заявках на соответствующих ценовых уровнях.

Можно добавить логирование непосредственно перед вызовом функции из socket:
Тогда при возникновении подобной ошибки будет ясно, виноват ли в этом socket.
Ну и держите нас в курсе   ;-)  , бо я думал, что с работой функции socket.gettime у QUIK давно нет проблем.

up

Кстати функция "Вывод инструмента по всем интервалам" не работает, пока не выполнишь функцию "Вывод инструмента".

Серьёзно? Вы внутрь файлов вообще заглядывали?
Вас не смущает, что содержимое файлов по всем периодам совпадает?

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

Самописное в Lua-коде?
Возможно действительно без xpcall получите больше информации об ошибке, и будет понимание, где искать.
Код всё ещё модифицируется? Или не все "блохи отловлены"?
В любом случае, после того, как найдёте причину возникновения ошибки, вернёте xpcall.

Полагаю ID функций меняется при каждом новом запуске скрипта.

В скрипте используются какие-то сторонние библиотеки?
Так при использовании сторонних библиотек, скрипты в QUIK иногда могут падать с ошибкой "Unknown error."

Есть такая ситуация. Когда данные стали не нужны, их необходимо принудительно сбросить в nil, иначе они ещё долго могут висеть в памяти (даже при ручном вызове collectgarbage()).

Полагаю, тоже, что и вы: таблицу с указанными выше значениями.

Добрый день.

При отсутствии значения искомого параметра в ТТП всегда param_value = "0.000000" и param_image = "" ?
Т.е., они не могут быть nil ни при каких обстоятельствах?

Две метки?

Добрый день.

1) Сделайте при наведении курсором на график вывод в подсказке значений всех индикаторов на данном временном баре, а то порой бывает сложно "поймать" какой-то конкретный индикатор в месте пересечения с ценой.

2) А также на панели "Координаты курсора" при включённом перекрестии (и снятой галке "Показывать подсказку на свечке") опцию "Всегда показывать подсказку", при включении которой в левом верхнем углу диаграммы отображались бы значения всех индикаторов в месте пересечения с горизонтальной линией курсора (на всех панелях данной диаграммы).

Ctrl+N - создастся дубликат окна графика. Затем меняете инструмент любым удобным для вас способом.

Этот параметр транслируется биржей?

Тогда надо добавить функционал: двойной клик по строке - открывает сообщение в окне сообщений.

Ну да, графическую метку. Потому что текстовую линию у меня не получилось расположить строго по заданной цене.

Что-то я не пойму, зачем так "заморачиваться"?
Рассчитывайте ГО по предложенным формулам, подставляя в качестве L в них 0.5 базового ГО, транслируемого в QUIK.
Ведь блокирую-то именно эту сумму, как для рублёвых, так и долларовых контрактов. Или нет?

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

Добавить опцию (относится к фильтру, заданному по условию «Исключать выбранные»), при выборе которой сообщения, удовлетворяющие условию, также не будут отображаться в окне сообщений.

Т.е., вы хотите, чтобы для вас переписали правила торгов?Вот вы прямо сейчас можете это проверить, выставив лимитированную заявку на покупку SiZ5 по 70000   ;-)  

Когда вы ответите на последний поставленный вам вопрос в той теме, я объясню вам, почему так происходит.

Сделайте в таблице системных сообщений возможность задавать несколько контекстных фильтров. И чтобы эти фильтры можно было применить в окне сообщений.

Я понимаю, что если брокер не извещает клиентов об обновлении архива, как в этой ситуации

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

Цитата Роман пишет: Два раза перезаказал графики, на разных серверах, на второй раз исправилась. Цитата Egor Zaytsev пишет: Роман, как поняли проблема решилась после перезаказа графиков. По всей видимости какое то время у брокера действительно на сервере были не корректные графики, брокер проблему исправил, но чтобы и на клиентском месте транслировались корректные данные необходим перезаказ графиков.

то это и не ваша забота вовсе.
Но, даже если гипотетически предположить, что в день, когда брокер обновил архив графиков на сервере, то известил бы об этом факте, пользователь мог отсутствовать за терминалом в этот день и пропустить данное сообщение.

Это я уже выяснил с вашими коллегами. Но можно сделать по аналогии и для графиков:
Т.е., на сервере в случае восстановления архива графика добавить какую-то метку, которая сообщала бы клиенту, что имеющийся у него график "битый", и если он желает, то может перезаказать новый.
Как вам тут неоднократно указывали, программа должна быть "User Friendly"

Проще сделать не хоткей, а именно кнопочку "Готово", при нажатии которой будут применены новые координаты линии (т.к. в любом случае после смещения линии надо будет кликать в окно таблицы).

А вы не находите такой вариант работы не совсем удобным? Ну, т.е.:
1) пользователь должен узнать, что вот такой-то график некорректный;
2) восстановленный график брокер уже выложил на сервере;
3) и нужно перезаказать весь архив графиков.

Если с последним пунктом проблем не возникает: вместо всего архива можно вручную удалить только графики по нужному инструменту, минуя стандартную процедуру "Перезаказать архив графиков". (Как уже указывалось на форуме меню "Перезаказать архив графиков" следовало бы убрать совсем, т.к. оно грохнет весь архив).

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

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

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

Если сотрудники сами об этом "забывают"?
По-хорошему, это должно быть указано разработчиками QUIK в документации явным образом в первую очередь для сотрудников техподдержки.