если квик благополучно может работать и без него (qchart.dll) - то это плагин и есть. просто у него в отличии от ваших других плагинов нет главной интерфейсной функции, а просто все его основные функции выведены наружу.
Цитата
Michael Bulychev пишет: у этой библиотеки пока нет необходимого интерфейса чтобы сделать ее поддержку в Lua
но тем не менее, это не помешало вам сделать stratvolat.dll его использующий (на полную катушку) и продавать, зарабатывая на нём деньги. И не говорите мне, что это стоит для вас великого труда сделать для него очередной lua-враппер для нас. Опять же, вы говорите "нет интерфейса..." (за 15-то лет...) - ну так сделайте его, или это тоже для вас "обстоятельства непреодолимой силы"? --- Михаил, я конечно понимаю, что вы работаете в компании и не все ваши ответы на вопросы совпадают с реальной вашей точкой зрения (в виду политкорректности) НО!!! согласитесь, поставьте себя на наше место: для нас вы создали 15 лет назад квик, после этого прошло 15 лет и что мы имеем? а имеем мы вот что: квик и qlua в частности: напоминает тот далёкий "пирожок", который надо ещё суметь достать с "полки". он вроде бы и есть но, как говорится, "в приглядку чая не напьёшься". Если до сих пор непонятно о чём это я - есть мультик-басня: "Лиса и журавль".
Viktor MMM пишет: чтоб больше людей в квике копались и т.д.
а вот этого разработчикам совсем не надо. они так сильно (на грани паранойи) трясутся/переживают над своим qchart.dll (взят для примера), что как панического страха боятся включить его полную поддержку в qlua. Если кто до сих пор не понял/не знает - это их плагин, отвечающий за рисование графиков. помимо рисования графиков, привязанных ко времени - он также позволяет делать и независумую ось абсцисс, т.е. привязать её к совершенно другому источнику (например, так можно строить улыбку волатильности). НО!!! для всех нас, так сказать биомассы рядовых трейдеров - они не посчитали нужным этого делать, придумав для нас лишь жалкое подобие интерфейса упакованное в отдельную песочницу под названием lua-индикаторы.
в данном случае, он имеет ввиду: не имей 100 скриптов, а имей 1 НО!!! с корутинами. насчёт корутин и как их использовать - написано здесь: http://quik2dde.ru/viewtopic.php?id=131
return 0; //если мы хотим, чтобы этот эвент обрабатывался другими скриптами;
return 1;//если мы хотим, чтоб после обработки этого эвента другие скрипты его не обрабатывали
return 2;//если мы хотим, чтоб скрипт остановил свою работу
Michael Bulychev пишет: Что такое"native callbacks" не очень понятно.
а что тут может быть непонятно? даже если перевести этот термин дословно - то трудно ошибиться. на примере алерта: создаём алерт на некоторое своё событие (скажем, какая-то комбинация изменения параметров ТТП или ещё, что-нибудь). Регистрируем его в квике. далее, если в каком-либо скрипте нам нужно изменить поведение этого коллбека - мы пишем под него обработчик (подписываемся на этот коллбек). если мы не хотим, чтоб после выполнения этого колбека его обрабатывали другие скрипты - мы пишем, что-то вроде plugin_stop: http://forum.quik.ru/messages/forum10/message302/topic79/#message302
насчёт глобальных (в данном случае, межскриптовых) переменных то, что мешает вам изначально встроить в сам квик нечто подобное уже написанное swerg-ом
вот именно. ваша задача, как разработчиков, обеспечить данный функционал в qlua и в квике в частности так, чтобы пользователям не приходилось для этого использовать сторонние проекты. Даже в игровых движках эта проблема решена через использование cvars (консольные переменные) и возможность создавать "native callbacks" - т.е. свои коллбеки, которые будут доступны из других скриптов. Если вы будете говорить, что мол де, "то игровые движки, а то торговый терминал" - то на самом деле, на уровне кода, невелика разница. и более того, если бы вы (не конкретно именно вы) разработчики, обращали бы больше внимание на использование зарекоммендовавших себя современных технологий - то и не было бы долгих 15-ти лет "сизифова труда".
Viktor MMM пишет: Вы не знаете, а такое возможно, запустив квик, скайт, писать скрипт в скайте и чтоб он работал с qlua. Подхватывал данные, сделки отсылал.. чтоб не мучаться каждый раз в квик не грузить скрипт для проверки. Это вообще реально?))
Прудон пишет: То что вы придумали как бегать от ответсивенности не прямо сейчас а заранее, мудро назвав это политикой компании конечно в корне меняет все дело. Тему можно закрывать.
у вас просто немного не верный подход к видению проблемы. не вы, а именно брокеры являются юридически пользователями арки и именно с ними у них договор. соответственно, чтобы гарантированно получить результат нужно всего лишь эскалировать проблему именно брокерам, а те уж, в свою очередь спросят по полной программе с арки (правда, в силу нашей внутрироссийской специфики - это невсегда работает должным образом). самое главное, что именно этот же путь советует и сама арка когда говорит, что, мол де, "... вам надо сообщить о проблеме своему брокеру и инициировать его обращение к нам... ". Именно так, арка и говорит.
чем лично для меня интересен этот форум и квик в частности: в первую очередь возможностью того, как не допустить в своих наработках тех многочисленных 15-летних "граблей", которые здесь были выявлены.
я, как-то спросил своего брокера - почему мы должны терпеть квик и согласны ли они с этим 15-летним убожеством. на что брокер мне ответил, что если у меня есть софт и он может оказаться достойной заменой квику - то брокер готов меня в этом всесторонне поддержать. Говорю это не для какой-то похвалы ради, а для того, чтоб остальные пользователи у которых есть свои серьёзные наработки не стеснялись обращаться к своим брокерам. общение с брокером показало, что он готов делиться процентом от операций клиентов при пользовании этим софтом.
Viktor MMM пишет: sam063rus ,не подскажете, где найти информацию по функциям LUA? тут даже вычисление модуля не нашел, да и синтаксис отличается.. Получается что LUA в квике не тот LUA, а какой тот - не знаю.
lua.ru - это невнятная попытка дословной адаптации lua.org/ там есть вся информация НО! на английском.
касательно вашего вопроса про модули - Вы определённо лукавите. Но, на всякий случай специально для вас - нашёл не менее достойный чем lua.ru и уж тем более lua.org линк: http://lua-users.org/wiki/MathLibraryTutorial - тут понятней некуда.
тем, что у меня куча программ СТАБИЛЬНО работает на этой системе и ради каких-то "псевдоновшеств" семёрки и восьмёрки - я пока не собираюсь "перекапывать огород". К тому же XP для меня более чем изучена, а в других системах - куча недосказанностей.
как уже писал выше, мне тоже многое, что не нравится в квике но, ваша "критика" и ваши перлы - ничего кроме смеха не вызывают. я согласен, что у квика масса недостатков НО!!! только конструктивно критикуя можно, что-то добиться. с вашей же стороны, вся эта писанина выглядит, как просто бред. вы просто сами себя этим позорите.
Софья, я от тебя не отстану: либо в ЗАГС, либо займись форумным движком.
30.01.2015 14:00:15 - первое упоминание о проблеме 27.03.2015 07:56:53 - второе упоминание о проблеме 02.04.2015 15.09.50 - третье упоминание о проблеме
она получает пропущенные между срезами данные. в результате, идёт рассинхронизация между тем. что реально есть и тем, что должно быть. что не трудно заметить по очерёдности срабатывания колбеков.
если же давать пользователям более качественный вывод в таблицы - то, это неизбежно будет намного медленее и стало быть менее релевантно текущей ситации.
Дмитрий пишет: ...как система вообще узнает об изменении параметра...
а нет никакой системы, - есть лишь обычная программа-сервер, которая мониторит изменение биржевого потока и выдаёт его клиентам. именно поэтому, не все колбеки срабатывают и учитывают полное изменение данных. и именно поэтому возможно проскальзывание.
квик не предназначен для того, чтоб судить об изменении параметра какой-либо таблицы исходя из изменения только ОДНОЙ таблицы. Если нужен действительно безсбойный вариант - надо принимать во внимание и другие смежные таблицы. Кроме того, сама биржа частенько чудит, выдавая пользователям полный бред, а потом, мило извиняется (НО!!!! сделки не анулирует) и деньги не возвращает., а говорит, что это просто сбой, увы-с. Брокеры в тоже время, говорят тоже самое: - это биржа, детка и что, мы должны учитывать риски.
есть ещё один вариант - полуофициальный: разобраться с файлом trades.dat и самому его обновлять. либо, написать один раз толковый скрипт на qlua, который сам будет вести и отображать вашу историю по вашим сделкам.
для этого, брокер должен хранить историю сделок по всем клиентам в формате квика, а также иметь специальный плагин для него. для брокера - это дополнительные затраты на инфраструктуру + покупка соответствующего плагина у "арки". с другой стороны - брокер итак хранит историю и по ним формирует клиентские отчёты, остаётся только дело в плагине и затратах на него (первоначальных и ежемесячных).
Stanislav Tvorogov пишет: В случае, если пользователь работал на реальном, ему необходимо обратиться к своему брокеру за получением обновления QUIK.
1. у меня у моего брокера - нет такого апдейта. Нет также его и в меню квика. 2. обычно, насколько я знаю, сначала появляется обновление именно на сайте, а уж потом с лагом в 2 недели, а то и больше у брокеров. 3. я пока не услышал разумного объяснения:
почему когда номер новой версии уже вами "засвечен" и вы уже на него ссылаетесь я не могу ознакомиться хотя бы с историей изменений в данной версии на сайте quik.ru ввиду отсутствия всякого упоминания об этом релизе?
почему о выходе новой версии мы должны догадываться?
вы должны для себя решить, что для вас важнее: быстрее или красивше. тогда и половина вопросов поубавится. С++ с winapi или быдлокод шарповский или тот же вольфикс (высказываю свою точку зрения - имею полное право). да, последний более красивей НО! много ли сравнительно вам удалось на этом поднять - большой вопрос.
и не лень вам было всё это писать? ну хочет тут "товарищ" за 90 баксов "рай" иметь - пусть имеет....:))))
Цитата
rozmin пишет: Если кто-то не понял это тема про вымирающий квик,
если кто до сих пор не понял - то это форум квика со всеми вытекающими...
------------------ p.s. я, хоть и не являюсь жарким поклонником квика НО!!!! приветствую только критику по существу. вы же, даже на статус просто биомассы не тянете. вас даже троллем можно назвать с большой натяжкой. вы просто человек, который явно, что-то принял нагрудь и с пьяных глаз начал писать в интернете всякий бред...
rozmin а вы так его толсто троллите, что, как-то, просто чисто по-человечески, уже становится стыдно за вас:))))))) -------------------
не нравится квик - платите 90 баксов за свой вольфикс или любую другую чудо-мега-х.... (ну вы поняли... ) да, кстати, почему здесь не слышно поклонников всяких "шарпов" - ведь это обычно их стиль:))))))) а, и ещё, они любят ещё всячески утверждать/напирать на то, что их д...мо всячески эргономичнее/красивше и, кто бы мог подумать??? :))) быстрее:))))) ------------------- в общем, тут клиника бессильна.
если далее присвоить IMAGE_PATH эту конструкцию: labelimagepath1 = getScriptPath() .. "\\blueline.bmp" - то, тоже всё работает. Таким образом, тут думаю имеет крайне важное значение порядок инициализации labelparams в AddLabel. То есть если IMAGE_PATH в ней НЕ является пустым и содержит не правильный путь то, именно тогда начинаются "грабли".
могу только дать не большую наводку: если IMAGE_PATH ="" - то так тоже всё работает. т.к. путь не является некорректным или содержащим отсутствующий файл. а является просто пустым, что не считается недопустимым или ошибочным в функции AddLabel.
подразумевается, файл blueline.bmp реально существует и находится в папке LuaIndicators. По крайней мере у меня так)))
----------------------- у меня всё это дело успешно работает в скрипте-индикаторе отображения спреда Best Quotes. Полностью скрипт не могу привести - т.к. не собираюсь дарить его дармоедам (речь разумеется не о вас)