Окно графика со своим таймфреймом

А можно рассмотреть такой вариант как пожелание к реализации: Создание графических окон QUIK со своим тайм-фреймом с помощью скрипта на луа.

Здравствуйте!

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Простую линию на графике нарисовать легко, у меня несколько индикаторов на эту тему есть, а вот бары в принципе недоступны.

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

Settings =
{
 Name = "!!!line",
 line =
 {
  {
   Name = "line1",
   Color = RGB(0,128,64),
   Type = TYPE_LINE,
   Width =3
  }
 }
}

Init = function()
 return 1
end

function OnCalculate(index)
 if index == 1917 then return 99 end
 if index == 2420 then return 121 end
 return nil
end

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

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

Но есть и опасение, что QUIK могут перегрузить каким-нибудь бантиком, типа историей на 65000 свечек. Появляются тормоза. Хорошо еще, что пока можно обрезать историю до 3000 свечек.

Андрей Пахомов, заготавливайте данные для отрисовки в LUA-скрипте, а рисуйте в индикаторе ТА, который эти данных заметит при очередном вызове.
Можно? Да.
Плохо? Конечно.  

Андрей Пахомов, Вы же писали индикаторы (с Ваших слов).
Они вызываются асинхронно, в рамках основного потока, обычно много-много раз для ликвидных инструментов при изменении текущей свечки, можете оценить - это не сложно, Возможно, Вас устроит частота вызовов и отрисовки линий (или еще чего) по тем данным, что насчитал Ваш LUA-скрипт. Да, будет асинхронность и некоторое отставание от момента выставления признаков и данных в Вашем LUA-скрипте для отрисовки индикатором, но Вы же не HFT решение хотите реализовать.

Ваш LUA-скрипт выполняется в другом потоке, Вам не надо вызывать индикатор (это делает QUIK), но Вам надо из LUA-скрипта передать ему данные. Найдите вариант передачи данных между потоками, который соответствует Вашей квалификации, например, через файлы, через MMF (Memory Mapped File), ...
Если обсчет для отрисовки не занимает много времени, то можно вынести его в индикатор, я так делал и много чего рисовал и перерисовывал.

В этом вопросе можно и дальше углубляться.

Imho, требовать и ждать чего-то от разработчиков - потеря времени.  

Андрей Пахомов, извините, обознался. Я думал Вам ехать надо, а Вам, оказывается, шашечки нужны.

Спасибо за внимание.

  ДА! ДА! ДА! МНЕ ЕХАТЬ НАДО! И УЖЕ ДАВНО! А вы мне всё шашечки предлагаете... ;(

  Не за что, вы же его и хотели.

  Очень даже внимательно читаю. Но пока что ни он ни вы мне никак не помогли. Да, вы оба умно и верно всё пишите. И вы Борис написали более внятно и доходчиво, и даже предложили вариант с вынесенной процедурой. Но НИКАК не помогаете. Совсем. С этой идеей, что вы оба мне повторяете, я знаком на практике уже лет 30. Вот только в данном случае, это всего лишь идея. Теория. Другими словами "вымысел на основании опыта в других областях". Т.е. КАК именно это сделать, в данной ситуации, никто не пишет. Почему вы так уверены, что я раньше не искал как можно её реализовать через LUA-скрипты? Разработчики пишут, что это не возможно. Человек написал, что это возможно и он много раз это делал (см. сообщение #13 и 15), а значит либо знает КАК это делается, либо балаболит. Под конец начал, просто откровенно перевирать написанное мной, что я мол просил LUA-скрипты, а не программу. И в заключение вместо прямого ответа на многократно заданный и уточнённый вопрос, мягко послал... Какая интересная попытка помочь...
В итоге пока что с вами обоими получается диалог в одни ворота:
- Это можно сделать?
- Да.
- Как?
- Ну найди способ...
  Вам всегда так другие помогают? И как вам такая "помощь"? Помогает?

  Как наяву вижу, подходит ко мне студент и говорит: "Как мне решить эту задачу?", а я ему  вместо показа решения и объяснений нюансов: "Задачки выполняются графическим способом. Найди вариант решения задачки, который соответствует твоей квалификации. Например через эпюр Монжа конкурирующих точек и следов плоскостей во втором и третьем октанте. Возможно тебе помогут методы преобразования плоскостей. Спасибо за внимание.".
  Мда, жаль я раньше не знал, что это не откровенное издевательство, а попытка помочь. И надо не реально помогать дельными объяснениями и примерами, а вот так "пытаться помочь" красивыми подсказками, которые ничего не объясняют. Как было бы всё проще! Тогда бы все ученики быстрее и лучше изучали предмет!... Или пытались бы править мне морду лица?...

  "Делай или не делай. Пытаться не надо." Мастер Йода

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

  P.S. Обычную прикладную программу на прямую работающую "в ядре" написать можно, но сейчас так  возни будет намного больше, чем оно того стоит. В подавляющем количестве случаев, ресурсов компьютера больше, чем  необходимость/стоимость/время написания такого кода. Под DOS-ом так часто делали. Иногда под  первыми ОС семейства Windows. На Spectrum-е вообще практически всё так писалось. Для моих задач, актуальность написания программ на ассемблере потеряла актуальность с появлением 386-х машин.

  P.S. 2 Прошу прощения за большое количество лирики. Просто балаболы на форумах достали. Вместо помощи ляпают не подумав, врут, перевирают, за "базар" не отвечают, а потом ещё и ты у них оказываешься в этом виноват...

Топикстартеру

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

шашечек в этом варианте нет, но едет сразу и быстро.