Старатель пишет: либо сделать возможным открывать графики в QUIK из архива?
их "жаба" душит. Не хотят они. А сами - открывают:)) А потом говрят -> "мол, это был тестовый сервер и на нём могут быть разные datasource". При том, что сделать это для них - дело пяти секунд. Но НЕТ - они QMinEditor нам состряпали. Что сказать - заплатка на заплатке...
конечно, ведь и квик постоянно "лагает" :)) а так - всё нормально... что тут волноваться? Выпустят новый апдейт, извиняться и завтра - уже даже и не вспомнят.
Дмитрий Сазонов пишет: У меня такой вопрос: есть потребность вызывать методы c# класса из QLua.
в качестве одного из вариантов: вам надо создать наследника от класса на c# в котором вдобавок хранить Lua_State, далее в конструкторе шарп-ового класса - обернуть получившуюся приблуду в метатаблицу и работать с ней из QLUA - соответствующе. Все методы вашего шарп-ового класса - будут методами этой метатаблицы. истинный геморрой - вы познаете когда вам захочется работать с событиями вашего класса на с#. Там уже будет всё далеко непросто.
честно сказать, меня уже забавляют такие вопросы: мол де. хАчу шарп но, нах мне ваше C API etc. похоже уже выросло целое поколение C# :)))))
p.s. прежде чем браться подключать код сторонних библиотек/читай доверять им свой кошелёк - неплохо было бы в подробностях узнать весь механизм работы LUA...
ну-ну... а вот разработчики (не буду тыкать пальцем...) - обернули всё это критическими секциями - и сидят умничают на сайте... дальше сказать - не могу. бо как черевато...
Что обсуждать с человеком если он даже снаружи код (ну хотя бы исходник в таком случае) толком не видел. А есть люди, которые видели его изнутри. И если уж Вы упомянули Delphi - то, как "дорастёте" - сравните его код со своей "чудо-библиотекой" от "C-шарпа"
Роман пишет: А так зачем столько мути использовать, всяких мостов, сетей, подключений портов на Delphi. Это так соплями дом строить.
Вы сейчас даже сами ещё до конца не понимаете, что сказали... Как уже писал выше - всё-таки сперва прочитайте книгу от Роберто "Программирование на языке LUA" Третье издание.
Для тех, кто захочет узнать о том, как получить полный контроль над окнами квика - в пакете с Delphi - есть утилита: WinSight32 - она позволяет узнать и понять внутреннюю структуру окон в любом процессе. Дальше - дело за малым...
Честно говоря - для меня всё это непроблема - я привёл лишь аргумент основанный на личном наблюдении. Данное явление происходит нечасто - потому и терпимо. Кроме того, прочитал в соседней ветке, что у народа есть определённые проблемы иной раз с доступом к своим базам данным. И что после перехода на SSD-диски - они благополучно решаются. ну, у меня-то SSD - нет. Я использую старый добрый checkdsk.
Michael Bulychev пишет: По какому параметру Вы оцениваете что это стаканы "из прошлого"? Как определяете задержку?
если специально в него долго "пялиться" - то нетрудно заметить, что иной раз, идёт отставание данных на несколько секунд при интенсивных торгах. И видно, что такие цены и котировки - просто не могли быть в настоящем и будущем. Особенно заметно, когда ещё поглядываешь в это время на график. К тому же, именно в такие локальные моменты - слышется интенсивная работа винчестера, после которой с данными всё становится в порядке. Подозреваю, что идёт интенсивное обращение к диску, а именно, к файлу подкачки с целью выделения памяти.
единственное, что могу я допустить в этом случае - это увеличение доступа к файловой системе компьютера клиента. Как правило, одна из причин - связана с интенсивным ипользованием файла подкачки и сопутствующими этому разрушениями файловой системы. В итоге, - виртуальная память не успевает выделяться, а данные - всё прут и прут. Потом, наконец - выделяется. Но, спрашивается, кому нужен стакан, несоответствующи реальному timestamp.
Michael Bulychev пишет: Добрый день. OnQuote вызывается на каждое изменение стакана, полученное с сервера. Если вы получите на терминал 1000 изменений с сервера и ваш скрипт обрабатывает 100 в секунду, то сетевая очередь на стороне клиента будет разобрана за 10 секунд.
можно было сказать проще - стакан - тоже кешируется.
Цитата
и ваш скрипт обрабатывает 100 в секунду
а если скрипт не запущен, а работает просто обычный квик? Почему стаканы показывают информацию из прошлого? Кому она нужна???
s_mike@rambler.ru пишет: Не все необходимые модули второго уровня имеются в наличии или доступны
за QLUA отвечает один модуль и если бы его не было - то и окна не было (загрузки скриптов)
Чтобы точно ответить на поставленный вопрос - неплохо было бы сравнить код скриптов, в той части, что вызывает dll (функция require). Какие там пути поиска указаны, большими или маленькими буквами прописана сама библиотека.
если найдёте документацию на торговый шлюз (вдобавок ко всему - у каждого брокера - может быть своя версия). Вам надо обратиться в techsupport к брокеру.
Сергей Радченко пишет: День добрый. Подскажите какая сейчас актуальная и без багов библиотека для реализации графического интерфейса(формы) для ввода данных пользователем в рамках Quik Lua?
нет таких.
Цитата
Сергей Радченко пишет: Так же интересует библиотека для считывания кодов нажатых клавиш.
это можно сделать и самому, используя пару функций из WINAPI и знание LUA C API. примеры создания своей библиотеки можно найти на quik2dde.ru
замечал, что частенько бывает, что стакан иногда начинает "догонять" пропущенные данные - т.е. как на ускоренной перемотке навёрстывать из прошлого данные.
ок для меня это - некритично. мне в любом случае, нужно было лишь узнать hwnd окна таблицы и я это сделал. Далее, просто переопределю оконную процедуру.
Michael Bulychev пишет: К нашему сожалению, когда мы реализовали такое поведение Вы еще не были зарегистрированы на нашем форуме.
не надо мне - я прекрасно помню когда и с чего это началось и предупреждал - но всем было нас..рать...
Вы гонитесь только за сиюминутной выгодой в лице начальства -> "мол сделал для галочки - значит чота сделал". При том, что сами понимаете, что программировать и реализовывать пожелания по интерфейсу - куда проще чем заниматься действительно серьёзными вещами.
Вы плохо представляете всю картину и как это отразится на квике в целом через 1,2,-5 лет Ваших таких "поделок"
--------------- адресовано не именно Вам, а тем кто за Вами стоит.
Michael Bulychev пишет: Это уже обсуждалось много раз - так сделано специально. После завершения работы скрипта окна не закрываются если этого не было сделано явно.
а вы с кем-нибудь советовались, чтоб это сделать? Или только с парочкой форумных "умников" предложениям/пожеланиям которых Вы, как компания весело "подмахиваете"?
..лять, программирование в так называемой QLUA - это уже даже не стандарт программирования и "тезисов" LUA и даже не программирование чисто под Windows, а - "вещь - в себе". При том, что информацию приходится выуживать не из официальной документации ("хелп"ов), а из "сопливого" непонятно форума.
и что??? QTable - это "изобретение", порождённое в скрипте и скриптом и его LUA VM - однако это не мешает при удалении онных жить так называемому изобретению собственной жизнью?
package.cpath=getScriptPath().."\\?.dll"
package.path=getScriptPath().."\\?.lua"
require "qte"
is_run = true
QTE.smthSub()
function main()
while is_run do
sleep(100)
end
end
function OnStop()
is_run = false
return 1000
end
Michael Bulychev пишет: о как я могу вам что-то запретить, хотя я не знаю что такое QTable в Вашем понимании.
и опять троолинг - Вам ли не знать, что такое QTable? Была идея, -> использовать окно квика, как базовый оконный класс, подменив средствами WINAPI его оконную процедуру, а ту, что штатная - оставить в качестве DefWndProc. Идея - была уже озвучена и не раз.
чот попахивает уже толстым троллингом... Вам были даны ссылки -> в них многое объясняется. Но складывается такое впечатление, что и этого Вам мало. Так что Вам надо? Разжевать, положить? А может и деньги заработать за Вас? ..лять, вот даже я - не большой поклонник С - и более того, непрограммистЮ а рядовой трейдер - и то, за год разобрался в LUA и начал писать свои порты Delphi (заметьте, не в этих ваших dot-нетах или С++). Я, конечно, как это заметно по моим сообщениям, являюсь далеко не фанатом "Арки" - но, ваши "излияния" - со стороны это выглядит, как будто Вы сами решили себя (нувыпоняли...)
что можно просить от компании, которая принимает на работу студентов (если верить их официальным интервью...) читай между строк -> так меньше платить:))))
уже не раз было подтвердено, что даже биржа грешит с поставкой и релевантностью данных
квик, ка было доказано ранее, исходя из противоречивых ответов самих разработчиков - ещё та система.
вы - не являетесь юридическими пользователями квика, а всего лишь - конечными. Так что Вы можете от них просить/требовать? При том, что они сами не знают свой софт. Разъясняю на пальцах: в рзное время, задавая те же вопросы разным представителям "Арки" - Вы гарантировано получите разные ответы по причинам указанным выше.
Как решить проблему? Для себя - я сделал для каждого эмитента - профиль изменяемых параметров. И если параметры в профиль не укладываются - значит есть факт манипулирвания или технического сбоя (как сейчас принято говорить)
Подытожив: Надо строить свой торговый алгоритм не на времени, а на качестве. (можно долго разъяснять всю "кухню" но, со временем вы к этому сами придёте...)
мне вот интересно: я, конечно извиняюсь за "глупый" вопрос: а вдруг, выйдет виндовс 2015 - и что? вы опять побежите вперёд всех тестировать памперсы била гейтса? (и если бы ещё его...) своим кошельком? или же будете торговать на стабильной платформе???
этого не будет. Есть LUA C API. Если Вы не умеете программировать на С то, и С# API Вас не спасёт. Но в одном я соглашусь - кучи всяких библиотек от официальных разработчиков - не помешало бы.