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

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

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

доктор ту бессилен...

:) )))))))

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

обращение к пользователю сергей,

Вас уже спрашивали на тему кто Вы?
То Вы пользователь квика, то не пользователь, то вы публично сами себя обзываете последними словами, то Вам мерещется, что я пользователь с ником Nikolz. Вы в себе сначала разберитесь, а то, чувствую, у Вас с адекватностью не всё в порядке.
Возможно Вам к доктору?

это
https://forum.quik.ru/messages/forum18/message4606/topic128/#message4606

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

то Вы пользователь, то Вы не пользователь:

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

Так кто же Вы ? :)))

Забавные очередные "пасхальные яйца" от разработчиков:))

Может, существуют ещё какие-то "моменты" в скриптах индикаторов, которые не работают в одном месте и работают в другом??? Или, - как всегда: "... спрашивайте, интересуйтесь" и... не забывайте терять на этом свои деньги и время??? :))))

вполне симпатичная девушка между прочим...

Очевидно, чтоб докопаться до того где и главное, ЧТО это за "CQ01544135" - надо проявить х..ву тучу бесполезных и сомнительных манипуляций. Наконец, найдя ответ: https://forum.quik.ru/messages/forum10/message1730/topic236/#message1730

в итоге, всё (равно как и часть моего предыдущего топика) сводится к одному:
https://forum.quik.ru/messages/forum10/message4992/topic536/#message4992

Предлагаю сначала "решить вопрос с галками"

ок

что-то разработчиков не слышно

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

Но, как говорится, вам виднее.

тут много говрилось о какой-то особой "магии" этой функции, что я даже грешным делом подумал, что под её функционал создаётся отдельный поток. Потом - понял, что её также можно с эмулировать на основе коллбеков и классовой обёртки, как это сделано у вас. Понятное дело, что свои данные она реально получает не из коллбеков OnAllTrade или OnParam - она лишь следит каждый цикл выполнения скрипта за обновлёнными данными и вызывает свой коллбек.

вот честно говоря, большие сомнения в том, что она, что-то реально заказывает.

а что тут непонятного? под этой "формулой" имелось ввиду, что такое CreateDataSource.

не так выразился.
ответьте лучше на второй вопрос.

согласен - это нелегко.

ну Вам-то, разумеется видней - только из вас всё вытягивать приходится... :)))

а что, разве у вас скрипты в очереди не последовательно выполняются?

и второй вопрос:
(соответствующий коллбек + возможность задать свой) и всё это упаковать в класс == CreateDataSource?

т.е., если я правильно понял SetUpdateCallback - по определению не может срабатывать быстрее чем время одной итерации работы скрипта?

В общем, судя по многочисленным наблюдениям - похоже "сухое" "LuaVM closed with error" вываливается лишь в потоке "main" (либо, непосредственно из-за ошибок в ней допущенных (client-side))

и ещё,
я думаю, с точки зрения здравого смысла глупо было бы отрицать тот факт, что все эти пресловутые многочисленные "галочки", главным образом должны влиять лишь на отображение потока информации в интерфейсе НО!!! никак на работу скриптов бо как пользователь может элементарно забыть поставить нужную "комбинацию галочек" или даже растеряться от их порой необоснованного обилия. Таким образом, получится так, что скрипт в двух разных случая и при разных наборах галок - будет вести себя совершенно по-разному.

---------------
задумайтесь над этим...

не знаю, спрашивал ли кто до этого - поэтому спрошу сейчас: есть функции CreateDataSource и SetUpdateCallback (как я понял - это альтернатива OnCandle, предложенная ранее одним из пользователей). Вопрос:
Создаётся ли под новый источник отдельный поток ОС, как это делается в квике при экспорте в ту или иную систему теханализа?

:)
к сожалению, штатная документация подробностями не блещет. И разработчиков это - вполне устраивает... https://forum.quik.ru/forum8/topic521/ увы...  :|
(эт, как раньше: "... не нравится - иди покупай в другом месте...")

Michael Bulychev,

Вы так и не ответили на вопрос #39 https://forum.quik.ru/messages/forum10/message4923/topic143/#message4923

Суть описанного выше - как и комментировалось до этого в следующем:
Вы создаёте класс-контейнер (аналог формы в Delphi), имеющий свою оконную функцию, зарегистрированный класс, которые пользователь потом сможет назначить "родительским" и наследовать от него свои контролы.

Почему это не можем сделать за Вас - мы (пользователи)? Ответ: потому что, также хотелось бы иметь возможность полной привязки к вкладкам квика, переназначать их, сохранять местоположение в файле info.wnd, как это делается со штатными окнами. То есть, по сути, нужен MDI-оконный базовый класс. (если можно так выразиться)

и...
раз вы не хотите этого делать здесь - то, стало быть это вполне можно сделать и за вас где-нибудь, там...

т.е., как было описано выше - создаётся онлайн-версия "хелпа", дополненная ссылками на топики с релевантными обсуждениями этого форума, а также, возможно и других ресурсов.

по пункту 2: имелось ввиду то, как это сделано здесь: http://help.qlua.org/title.htm
но только с дополнениями ввиде ссылок к статьям на этом форуме

несовсем понял смысл этой галочки.

ок. завтра попробую.

а вот если, а вот если...
ну-ну..

---
а вот если без всяких "если".

Вы предлагаете мониторить на боевом потоке отстали ли данные или нет?

тогда весьма странно почему идёт "округление" до миллисекунд. У Вас есть предположение на этот счёт?

ок

т.е. получается, что минимальный квант биржевого времени - миллисекунда?

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

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

что Вы в данном случае понимаете под словом "торговая система"?
квик -тоже торговая система.

так что это? Биржа, торговая площадка, программа, какой-то отдельный класс активов?

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

..лять, торговля в квике, пусть даже с её QLUA - превращается в постоянное выискивание очередных "пасхальных яиц" и выслушивание очередных "милых" извинений от создателей квика и QLUA. Уже сколько было предложений/пожеланий на тему документации - ответ один: цитирую дословно: "... это займёт больше 200 страниц". Мда уж... забавное оправдание... в кавычках.

ударение на слове: "почти" бо как у каждой сделки на то и есть поле "время" - и скрипты могут на него полагаться На деле же, получается так, что "время можно повернуть вспять". Понятное дело, что "всё можно учесть, отфильтровать, подпилить под собственные нужды" но, когда размер постоянных "допиливаний" и недосказанностей в штатной документации переваливает размер критической массы - не остаётся ничего друго, как давить на "арку", прекрасно понимая, что ничего кроме очередного троллинга от tech support, некоторых разработчиков и банальных троллей-роботорговцев - ждать не приходится.

возможно Вам пора перестать засорять мои топики своими суждениями. Или Ваша задача "убить" любую мою тему?

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

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

подытожив вышесказанное, Михаил, прошу:

• Вы просили ответить, какой класс сделать базовым. - Сделайте базовым любой оконный класс, например QTable с параметрами описанными выше. И мы сможем писать полноценные контролы в квике на QLUA
• либо, если Вы знаете более правильный и элегантный способ, как это сделать - приведите код (базового класса) на Delphi или VC++
  

есть функция winAPI: CreateWindow с помощью которой я планирую создать базовый оконный класс. У ней есть параметр:
HWND hWndParent, // дескриптор родительского или окна владельца

раз в квике в QLUA "окном в квик" является регистрация таблицы (например, QTable) - то, стало быть её хендл

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

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

как говорится, "п..дёж и провокация" :)))
синхронизация соблюдается только в рамках одного тикера.

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

к слову, и "Арка", надо сказать, этим активно пользуется: то, что действительно стоящее - они в квике не реализовывают, а делают через плагины (интерфейс к которым не распространяется) и продают за ежемесячную плату.
Когда их тут просишь реализовать тот же функционал "для всех", пусть даже и через это убожество, как QLUA - наталкиваешься на кучу троллинга от "каГбэ-пользователей форума", а на самом деле мелкой кучки местячковых роботорговцев. Да что говорить, сами client-support непрочь потроллить, а заодно и "убить" хорошую тему (топик).

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

а у меня бумаги ВТБ, которыми я не торговал :)))))))) При том, что мой брокер никак на него не завязан и работает с другим банком-агентом.

количество сделок за секунду оп конкретному активу.
Изначально планировалось по рынку - но это оказалось далеко не тривиальной задачей. поэтому ограничился пока одним активом.

Михаил, Вы почему-то бытро успокоились и забросили тему... :)))

Вы так просили, чтоб Вам всё объяснили, а в ответ - тишина...
Ну ладно, не устраивает класс QScript и описанное далее то, хоть сделайте базовым класс QForm - так хоть можно будет на вполне законных основаниях от чего-то отталкиваться. Объясню, а то опять начнётся "троллинг": мне (нам) нужен этот класс для того, чтоб назначить его "родительским" и иметь возможность "ляпать" на него свои контролы, которые будут выглядеть вполне нативными и будут привязаны через него к отображению на вкладках квика, а не как сейчас (как отдельное приложение). Сделать это для Вас - не составит уймы времени, а польза будет большой.
Кроме того, Вам явно задавали вопрос: почему Вы прячете "хендл" окна от таблиц - на что ты Вы опять уклонились от ответов. Я просил это для того, что если уж нет возможности привязаться к вкладке квика то, хотя бы иметь возможность создать свой контрол на базе таблицы (созданной стандартными средствами QLUA QTable).

Прошу детально (не ограничиваясь парой фраз) уже наконец объясниться.

---------------------------------
(to "всяким роботорговцам-умникам, тролльте у себя в "песочнице" и не засоряйте тему")