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

А что бы Вы хотели увидеть, если дата торгов еще не сменилась? Насколько я понимаю, она меняется только утром.
Если бы время начало отсчитываться заново с 0 часов прежде чем сменится дата торгов, то это выглядело бы так, будто мы вернулись в прошлое и начали вчерашний день заново.
К каким неожиданным последствиям это может привести - можно только гадать, но очевидно, что это могло бы ввести в заблуждение каких-нибудь роботов и т.д.
По-моему, ничего особо страшного во времени, превышающем 24 часа, нет. В данном случае это меньшее из двух зол.

Прошу также сделать возможность устанавливать срок действия больше одного дня для стоп-заявок "по исполнению".

Думаю, это говорит отнюдь не в пользу ITInvest. Скорей всего, это значит, что они передают изменения стакана реже, чем это делает Quik.

Тогда это можно сделать гораздо проще - нажать на графике цены правой кнопкой мыши и выбрать пункт меню "Сохранить график в файл"

А почему тогда у разных брокеров или на разных серверах одного брокера стаканы разной глубины?
Сервер Quik просто удаляет "лишние" строки (полученные с биржи) перед отправкой на терминал клиента? Или они приходят с биржи разной глубины?

Добрый день!
Тогда прошу зарегистрировать пожелание на обновление этой утилиты.
По-моему, иногда она может быть очень полезна.

Указывать код вручную. Вы же знаете, к какому классу относится инструмент, которым торгуете.
А если не знаете - то это не трудно узнать.

После перезапуска - имеется в виду только после второго запуска.

А если его удалить до запуска терминала, то рекламу терминал все равно покажет или же будет показывать ее только после перезапуска терминала?

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

Добрый день!
Из данного ответа можно сделать вывод, что наличие лишних строк в стакане может быть достаточно надежным признаком того, что некоторые данные в нем неактуальны.
А приведет ли это к тому, что в моменты, когда часто обновляется большое количество ценовых уровней, данные в стакане будут значительно более корректными, чем сейчас в такие же моменты? То есть будет ли стакан в результате такого исправления выдаваться нам только после обновления всех строчек в нем и благодаря этому всегда отражать действительную картину расстановки в нем заявок (разумеется, с некоторым запаздыванием)?
Или просто будет убран внешний признак неактуальности данных (лишние строчки), но качество данных в остальных строчках при этом не изменится?

А можно немного подробней, о чем именно речь?
О том, что индикатор на Луа не сможет отследить вовремя изменение значений другого индикатора, наложенного на график? Или возможны другие проблемы?

Не нашел такой функции в описании языка. Может, Вы имели в виду getCandlesByIndex ?
Но из скрипта на QLua встроенный (то есть тот, что уже включен в терминал, а не написан на QLua) индикатор все равно нельзя построить, так же как нельзя внутри скрипта передать ему для построения исходные данные.

А вообще я не имел в виду в данном случае программирование, а писал о возможностях пользовательского интерфейса.

Здравствуйте!
Насколько я понял, в качестве источника данных для встроенных индикаторов можно выбирать только график цены или параметр ТТП.
Было бы очень хорошо, если бы в качестве источника данных для индикатора можно было выбрать также значения другого, ранее построенного индикатора, то есть строить индикаторы на основе графиков других индикаторов.

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

Если есть возможность до реализации данного пожелания сделать этот индикатор на языке QLua - то буду признателен за размещение его текста здесь.

Здравствуйте!
Прошу добавить в число встроенных индикаторов Zig-zag, с возможностью выбора по какой цене его строить.
Только чтобы его можно было строить не только по какой-то одной цене (закрытия, максимум, минимум, ...), но и по паре цен "максимум и минимум", то есть чтобы можно было пики строить по High, а впадины - по Low.

А если без программирования, то ответ прост - код класса для обоих инструментов RIU5 и SRU5 - это SPBFUT

потому что команда, которую скрипт передает ОС, в данном случае выглядит так:
а если в имени файла или в пути к нему содержатся пробелы, то его нужно заключать в кавычки, чтобы команда выглядела так:
В скрипте в таком случае нужно писать так:

или так:


У вас многократно запускается проигрыватель или же проигрыватель запускается 1 раз и затем воспроизводит эту звукозапись повторно до тех пор пока не закроете его? В первом случае дело в скрипте. Во втором случае надо просто поменять настройки проигрывателя. Для Windows Media - убрать галочку в меню "воспроизведение / повторить".

В QLua вместо этого есть функция message (описана в документации по QLua).
Проиграть звуковой файл можно и без использования сторонних библиотек, например, запустив из скрипта проигрыватель Windows Media или другой, установленный вместо него по умолчанию, такой командой:

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

А я поддерживаю пожелание DronGO
И время лучше ставить даже не сервера брокера, а биржи, если есть такая возможность. Тогда можно будет без проблем сопоставить по времени поток обезличенных сделок и обновлений стаканов.

На сайте QUIK (возможно, случайно) нажали на ссылку, которая предназначена для скачивания этого файла.

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

Уважаемые разработчики, ответьте на такой вопрос:
Является ли запись в файл значений того или иного набора переменных с помощью функции file:write() потокобезопасной?
Иными словами, если в один и тот же файл будет производиться запись в коллбэках (типа OnParam, OnTrade, OnQuote и т.п.), а также в функции main(), то не приведет ли это к каким-то нежелательным или непредсказуемым последствиям?

Было бы гораздо лучше, если бы можно было прочитать значения встроенного индикатора без создания руками или ногами идентификатора графика chart_tag не только в скрипте-индикаторе, но и в обычном скрипте.
И чтобы при этом не обязательно нужно было иметь открытый график, а можно было бы использовать также для расчета значений индикатора данные, полученные с помощью CreateDataSource().

Прошу дополнить пожелание.

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

Может, не 23:45, а 23:50 ?
А что делать, если клиринг перенесли?

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

Наверное, все-таки не всех, а только тех, которые видны на графике в данный момент. Обычно это меньше, чем 3000.

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

Про глюки с getScriptPath() уже известно (обсуждалось в Вашей же теме):
https://forum.quik.ru/messages/forum10/message4547/topic335/#message4547

Старатель, а что за терминал?
Не Транзак случайно? Финам его почему-то любит гораздо больше квика, хотя предоставляет возможность работать с обоими.

Наверное, биржа берет другой курс.

Я имею в виду этот факт:

Уважаемые разработчики, как вы прокомментируете этот факт, с учетом написанного здесь:
https://forum.quik.ru/messages/forum1/message1800/topic246/#message1800

Я так понимаю, что проверять это надо в ходе торгов на только что формирующихся свечах (и совсем не обязательно пятиминутках, можно и на меньшем интервале - больше будет шансов увидеть подобную ситуацию).
А на истории это смотреть уже бесполезно.

Zoya Vdovina, добрый день!
Вы об этом?

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

Constantin Constantin, чтобы подписаться на тему нет нужды оставлять в ней сообщение. Для этого возле названия темы специально есть слово "Подписаться"

А я и не прошу описывать все нюансы в руководстве разработчиков.
Тем более что касается всех бирж.
Большинству хватило бы ссылки на подобное описание на сайте самой распространенной среди пользователей квика биржи - Московской.

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

Только без подробных комментариев относительно назначения каждого параметра и т.п.

К сожалению, список параметров там далеко не полный.

Предположим, у нас работает параллельно два скрипта, отправляющих транзакции, и ответ на транзакцию, отправленную 1-м скриптом, будет получен функцией OnTransReply 2-го скрипта.
Получит ли в таком случае ответ на эту же транзакцию и 1-й скрипт в своей функции OnTransReply?

Это может быть принципиально, например, в том случае, если делается предварительное тестирование торгового алгоритма на исторических данных с использованием другой программы технического анализа, а уже затем этот алгоритм используется для торговли в Quik.
Если показания индикатора в программе теханализа будут отличаться от показаний того же индикатора в Quik, то смысл такого тестирования на исторических данных во многом теряется.

Правда если речь идет об индикаторе, то CreateDataSource в нем использовать нельзя  :(
Если только делать это в отдельном скрипте, сохранять таблицу в файл, а в индикаторе читать ее из файла.

Можно в начале работы получить время самой первой и второй свечи для каждого таймфрейма с помощью CreateDataSource и сохранить их в таблице.
Если брокер предоставляет графики цены за предыдущие дни, то в большинстве случаев для каждого таймфрейма время первой свечи будет отличаться от других таймфреймов (кроме случаев, когда по данному инструменту начиная с какого-то таймфрейма и для более крупных таймфреймов история будет насчитывать меньше 3000 свечей, но на этот случай мы сохраняем еще время второй свечи).
Данные из этой таблицы будут актуальны в течение всего торгового дня.
Дальше проверяем - если у нас нет совпадающих пар значений времени в полученной таблице, то можно смело их использовать для идентификации таймфрейма на открытом графике, к которому обращаемся посредством getCandleByIndex.
В подавляющем большинстве случаев это будет работать, а проверка значений пары свечей не будет слишком затратной.

Этот способ не всегда даст верный результат.
Он не сработает, если между двумя последними свечами был перерыв (промежуток времени), когда не совершались сделки.