Я хоть и не swerg, но посоветую вам пользоваться только документированными возможностями. Использование любых других фич, особенностей и трюков ведет к написанию нестабильно работающих программ, а также к полной потере всех наработок с выходом новых версий терминала, которые появляются довольно часто.
Если у вас есть лишнее свободное время, лучше его потратить на общение с близкими вам людьми.
Роман написал: Ещё раз для особо впечатлительных, LUA и программирование здесь вообще не причём, хоть NULL на вечность делите. Я говорю о том что при при любых обстоятельствах, скрипт должен запускаться после запуска Квика? если оператор нажал на кнопку "пуск" и пока не будет нажата кнопка "стоп", а не когда программе вздумается! Что здесь не понятного?
Вот странный народ. Кроме того, что не в состоянии написать программу без ошибок, так еще и не в состоянии внимательно прочесть ответ на свой вопрос. И, ничего не поняв, переходит на визг.
Думаю, что если бы вы сначала подумали, потом разобрались, а еще потом поэкспериментировали с делением math.huge на nil внутри функции do_normal_script(), то впечатлились бы, насколько просто решается ваша проблема.
Есть встроенная функция подбора похожих слов, уже имеющихся в файле. Включается в сеттингах. Также нотепад++ куча плагинов. Среди них есть autocomplete. Я им не пользуюсь - баловство на мой взгляд.
Добавить поле в стандартную таблицу не получится. Можно написать скрипт, который сделает копию таблицы текущих торгов и дополнить ее собственными расчетными полями.
tdm написал: Добрый день, хотелось бы иметь возможность срабатывания стоплосса не по единичному срабатыванию цены, а если цена условия держится какое-то время (до минуты) или сколько-то сделок. Чтобы не было срабатывания по ложному пробою. Возможно ли это сделать?
Николай Камынин написал: Полагаю, что при смене сессии , все начнется сначала.
C чего Вы так взяли? Как разумно предположить, что всё состояние после гибернации восстановится, как возобновляются все процессы с остановленного места
проблемы с логикой - я имел ввиду не у вас лично, а в логику программы.
Трудно дать совет, не зная подробностей.
Можно, например, использовать следующий подход.
завести необходимое количество параллельных массивов-таймсерий. все они синхронизтрованы по номерам свечей.
в первом - котировки инструмента во втором - например рассчитанные индикаторы в третьем - какие-то служебные данные, например накопительные в четвертом - еще что-нибудь, спреды, к примеру
при этом по номеру свечи вы сразу адресуетесь к любым данным, относящимся к этой свече, но при этом не происходит смешения данных.
Если такой подход не удобен для вашей задачи, тогда попробуйте придумать что-то иное, что позволит не портить данные, предназначенные для сохранения.
Возможно, что собирать данные в файл для последующего анализа проще отдельной утилитой.
в простейшем случае (если не определены метаметоды и нет вложенных таблиц), нужно просто скопировать таблицк в таблицу
result = {} for k,v in pairs(arr_test[4]) do result[k] = v end
если есть вложенные таблицы, то их нужно тоже копировать (рекурсивно) если определены метаметоды, то их копирование можно произвести через getmetatable и setmetatable
Однако если у вас возникает такая задача, это означает одно - у вас проблемы с логикой. Копирование таблиц - очень плохой приём.
Николай Камынин написал: когда-то давно реализовал этот индикатор в амиброкере. На самом деле, это индикатор заглядывает в будущее и перерисовывается поэтому для исторических данных он красивый, а для прогноза - бесполезный , как и большинство широко рекламируемых , например, ZigZag - который тоже красивый на истории по той же причине что и . Jurik Moving Average ----------------------------------------
Николай.
Чтобы не делать неверные выводы, имеет смысл потратить время и разобраться в вопросе.Вот вам Jurik MA для Amibroker. Попробуйте найти там заглядывание в будущее и перерисовку на истории.
Упомянутый вами индикатор зигзаг также никогда не заглядывает в будущее, хотя перерисовывается на истории.
A A написал: Скажите, возможно ли построить график по историческим данным, т.е. данным полученным не с сервера QUIK, а например загруженных из текстового файла. Если да, то как создать окно графика используя Lua?
Здравствуйте. Если это не свечной график, а линия, гистограмма и т.п. - то да, построить можно.
Есть проблема с неизвестным (произвольным) порядком обновления индикаторов
Причем тут "индикаторов" когда мы говорим о расчете по заданному числовому ряду?
Вот при чем:
Цитата
Еще такой вопрос - возможно ли на QLUA сделать какой-либо производный расчет от графиков инструментов, и перенести его в график QUIK для визуализации?
В данном месте говорится о возможности вывести произвольный расчет на график. А не о том как сделать этот самый произвольный расчет. Да есть моменты которые требуют внимания при реализации этого расчета и эти моменты зависят от решаемых задач которые известны только автору топика, а не Вам.
Цитата
s_mike@rambler.ru написал: Поток параметров и функция-индикатор могут менять свои значения не только в текущей (правой) свече, но и на истории. Даже Поток котировок в экстремальных случаях может изменяться в прошедшем времени, не так ли, Сергей?
Нет не так.
Цитата
s_mike@rambler.ru написал: И тот и иной подходы пригодны лишь для ммм.. "специфических" случаев.
для "специфических" случаев можно много чего придумать. Есть индикаторы которые при изменении одной свечи в источнике должны полностью проводить перерасчет, а есть те которым это не нужно. И Вы углубляетесь в специфику "частного" случая, а не общего как сами же говорили выше.
Цитата
s_mike@rambler.ru написал: И тут пользователь взял да сменил таймфрейм.
И? Что мешает получить новый таймфрейм? Получить настройки одного индикатора из другого действительно нельзя. Но таймфрейм это не настройка индикатора.
Сергей, вы уж простите меня, но разговаривать нужно на одном языке. Для сверки часов в понятии "частный и общий случай" я отсылаю вас к Википедии.
Примеры общих и частных случаев: Все люди - негры. В частном случае (президент США) - это верно, в общем случае неверно Все млекопитающие травоядны. В частном случае (корова) т- верно, в общем - нет По любому индикатору можно построить дугой индикатор средствами qlua. В общем случае неверно, в частном может быть верно.
Теперь о изменении источников для построения индикаторов задним числом. В пишете
--------------- s_mike@rambler.ru написал: Поток параметров и функция-индикатор могут менять свои значения не только в текущей (правой) свече, но и на истории. Даже Поток котировок в экстремальных случаях может изменяться в прошедшем времени, не так ли, Сергей?
изменение графика истории параметров инструмента задним числом. Вижу это глазами практически каждый день при старте терминала во время торгов. График истории параметра "количество заявок на продажу" мне показывает сначала свечи текущего дня, а через некоторое время свечи предыдущих дней. Брокер Церих.
Изменение котировок задним числом. Пример: тиковый график. Ничто не мешает сделкам, имеющий более ранний таймштам прийти позже сделок, имеющих более поздний таймштамп. Ситуация абсолютно нормальная и допустимая, но крайне редкая.
Итак, во всех трех вариантах возможны изменения источников для построения индикаторов "задним числом". Таким образом, Ваша фраза "Нет не так" нуждается в пересмотре.