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

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

им просто Чувство Собственной Важности не позволяет это признать.
конкретный ответ по Вашей теме:
скачиваете бесплатный дистрибутив IdaPro (5.2 если не изменяет память...)
открываете в нём qlua.dll + подключаете в ней все заголовочные файлы из lua-дистриба, и находите ответы на все ваши вопросы (о которых "псевдоразработчики а ля форумные умники-зарегистрированные разрабы " даже и не подозревали). но! все ваши действия, как тут принято приговаривать, "сугубо на весь ваш страх и риск..."

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

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

они сами не знают, неужели непонятно

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

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

в вашей так называемой "новой" версии уже сейчас заметен ряд багов и недоделок, например:
1. http://forum.quik.ru/messages/forum10/message2455/topic176/#message2455
2. а также, куда пропала кнопка "сделать вкладки" (так кажется называется) в разделе окно? мне такие ваши нововведения-выкрутасы ... не нужны.

и тишина...

почему-то не могу добавить сообщение на форум...

так пойдёт?

в этом сообщении - есть одно слово: "вроде работает корректно". так вот, не работает оно корректно, без всяких "вроде".

и ещё, процесс winros.exe при аварийном завершении квика не выгрузился, что можно также легко проверить заглянув в диспетчер программ в windows. а если его вручную не "убить" - то нельзя подключиться к серверу - пишет, что "вы уже работаете в системе"

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

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

к сожалению, не могу. это не сочетается с моей политикой IT-безопасности. т.к.в нём содержится нетолько относящаяся к системе quik информация.

для особонепонятливых:
прошу обратить внимание на то, что скрипт в меню находится в остановленном состоянии (красный квадратик), а в комбобоксе - куча сыплющихся null. стало быть, заявленный тезис о том, что по завершении скрипта - его luastate и LUA VM тоже разрушаются и останавливаются считаю В КОРНЕ НЕ ВЕРНЫМ!

В новой версии quik (6.17.0.58 ) были наконец, устранены некоторые недочёты в qlua и "позорный" пример скрипта http://forum.quik.ru/messages/forum10/message1350/topic176/#message1350 теперь ведёт себя надлежащим образом. То есть окно практически сразу закрывается только появившись, с последующей остановкой скрипта. скрипт можно весело "передёргивать", не боясь "подвесить" quik.

ОДНАКО!!!
тестовый запуск широкоизвестного привода: http://mycreditcard.ru/programs/intraday-lua.html а точнее, его остановка привёл к закономерному краху системы и вдобавок, квик просит послать отчёт к такой-то матери. Попытаюсь расписать подробно:
1. при закрытии привода крестиком окна или через меню - скрипт закрывается.
2. если закрыть через меню скрипт при включенной кнопке "Run" (в скрипте) - quik примерно на минуту зависает с выдачей вот этого:

3. если после всего этого закрыть меню "доступные скрипты" - опять (теперь уже короткое) зависание, после чего аварийное закрытие квика и предложение отправить отчёт к такой-то матери.

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

их счастье, что для рядовых трейдеров их "творение" бесплатно, а то по-просту засудили бы за их ляпы.

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

всё будет работать так, как и работало до этого НО! файлик info.wnd - должен быть тоже родной, а не после обновления и т. п.

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

если вы лежите набоку и у вас заболел бок - повернитесь на другой бок

прошу не забыть и это зарегистрировать

мда уж...
ждали, ждали распиаренного 6.17 и тут, на, тебе. опять оказалось всё совсем сырым.......

и так, целых 15 лет......

заглянуть в папку "Backup" и из неё обратно скопировать изменённые файлы

это они так троллят

вы таким образом решили здесь "насрать в комменты"? если "Да" - то идите на смартлаб - там это приветствуется.

а где можно почитать про их поддержку multimonitors?

для начала, почитать официальную спецификацию кодов контрактов на сайте биржи.

на всякий случай скачайте официальный дистрибутив с сайта квика.

попробуйте открыть квик, не запуская никаких сторонних программ - в том числе, интернет-браузеров. если запустится - уменьшите количество открытых графиков и сохраните настройки в файл info.wnd

а сколько графиков к квике открыто?

не торговать "на всю котлету"

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

по-пробуй удалить info.log

может в меню какие фильтры инструментов включены?

аналогично.

а что с тиками? как тогда тиковые интервалы кешируются/отображаются? тоже через кеш или напрямую с сервера?

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

p.s. из того, что я здесь услышал - могу предположить лишь то, что всему виной серверный плагин брокера, который отвечает за архивацию данных для графиков (т.е. за datasource *.dat-файлов в папке archive)

либо, как тут недавно где-то видел: это как-то связяно с местом откуда кеширует свой datasource qchart.dll и с открытостью в данны момент таблицы всех сделок... (но это уже, как говорится, детали внутренней реализации.............)

я думаю, тут вопрос в данном случае, не к программе экспорта, а к брокеру. у многих такое случается в квике с некоторыми брокерами.

у меня к примеру, сделка на графике по опционам отобразилась, на бирже тоже отобразилась, а у некоторых брокеров и, соответственно пользователей, которые через них торгуют - нет. я ещё в '12-ом голу задавал похожий вопрос - более/менее внятный ответ звучал, что брокеры могут фильтровать поток некоторых пользователей на некоторых маршрутах серверов и что у них эта хрень может отключаться "по запросу".
http://smart-lab.ru/blog/72157.php

прошу рассмотреть возможность ввести график горизонтальных объёмов. И, да! - с такой же припиской:
а также, чтоб уж совсем наверняка:
реализовать в qlua ПОЛНУЮ версию управления вашим qchart.dll и чтоб там ещё был не только тайминговый график но и с независимой осью абсцисс, привязанной к совершенно другому источнику, как в вашем плагине stratvolat.dll, чтоб наши нищетрейдеры наконец, перестали тратить деньги на ваши полу-функциональные плагины, а могли писать их сами. так что, и здесь, пожалуйста, тоже такую приписку:

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

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

надо выходить из программы, останавливая скрипты:)))))))))))))))

полный пример в студию.

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

если хотите "и вверх и вниз", и рыбку съесть и т. д., специально для вас придумали :

• опционы
• арбитраж
  

и тогда родной кошелёк вам скажет спасибо и тараканы в голове перестанут апплодировать стоя:)))

:) )))) пока писал - сам ошибся :) ))))
вот правильный вариант: SiM5

надо сперва запомнить, как правильно пишуться контракты, а потом уже торговать ими :) ))

Sim5 vs SIM5 -> почувствуйте разницу :) )))))))))))))))))

-------
http://moex.com/ru/contract.aspx?code=SiM5

в справке всё есть:
Баланс. ст-ть Стоимость текущей позиции по балансовой цене Значение рассчитывается следующим образом:
Баланс. цена * Позиция.
Для облигаций: (Баланс. цена * Номинал / 100 + НКД) * Позиция .
Для срочных контрактов:
Баланс. цена * Позиция * Стоимость шага цены / Шаг цены
Не заполняется * Стоимость Стоимость позиции по текущей цене Значение рассчитывается следующим образом:
Цена * Позиция.
Для облигаций: (Цена * Номинал / 100 + НКД) * Позиция .
Для срочных контрактов значение рассчитывается следующим образом:
Цена * Позиция * стоимость шага цены / шаг цены
Значение параметра Позиция. Если найден кросс-курс, то значение пересчитывается по курсу в выбранной валюте * % активов Доля стоимости позиции по активу в общей стоимости активов, без учета денег Шорты берутся без знака «0» * Ликв.стоимость Стоимость позиции по ликвидационной цене Значение рассчитывается следующим образом:
Ликв.цена * Позиция.
Для облигаций: (Ликв. цена * Номинал / 100 + НКД) * Позиция .
Для срочных контрактов значение рассчитывается следующим образом:
Ликв.цена * Позиция * стоимость шага цены / шаг цены
Позиция в выбранной валюте * Нереал. PL Прибыль, возникающая при закрытии позиции Значение рассчитывается следующим образом:
Ликв. стоимость – Баланс. ст-ть Не заполняется НПриб.% Прибыль в % к затратам Значение рассчитывается следующим образом:
Нереал. PL / Баланс.ст-ть*100 Не заполняется

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

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

остаётся лишь повторить один из "слоганов":

QLUA это не способ достижения результата, а средство для увлекательного процесса угадывания. :))))))))))))))))))))))))))

я, конечно, извиняюсь но, я чот никак не пойму: причём здесь шлюз plazaII с его роутерами 2 и какой-то непонятной документацией?
есть квиковская функция sendtransaction и в квиковской справке к ней - должно быть всё указано, как ей пользоваться и все возможные к ней параметры. НО! что мы видим? нас опять куда-то отправляют читать какую-то инфу, которую мы должны иметь изначально в своем справочном файле.

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

:) )))))гугл уже всё подсчитал во, что это обернётся :) ))))))

а точнее, уже "вшортил" :)))))))

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

всё понятно. не буду больше комментировать посты с вашим участием.

присоединяюсь - тоже это замечал. но не могу понять причину такого поведения. Michael Bulychev - Вам слово.
получается при потере фокуса окна скрипта (и то, не во всех случаях) - LUA VM ведёт себя непредсказуемым образом. Обычно такое зависание происходит в момент входа в критическую секцию (или в её теле) и вытекающую из этого непредсказуемость поведения всей системы (т.к. это основная обратная сторона медали использования критических секций).

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

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

• не понимаю о чём вы говорите
• о чём собственно речь
  

и т.п.

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

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

да, вот теперь, наверно, соглашусь.

http://www.freepascal.org/docs-html/prog/progsu4.html

Я, конечно, не спорю но, если можно, приведите примеры когда это имеет большое значение?

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

http://lua-users.org/wiki/StringLibraryTutorial
http://lua-users.org/wiki/PatternsTutorial
:)))

ага. и я про тоже :) )
http://www.dependencywalker.com/faq.html

скорей всего потому, что она подключается через функцию winapi LoadLibrary.

была бы не потеме если у нас в квике была своя штатная vcl. и она у вас есть (qlistdll, qctrls) - но вы её нам не даёте использовать, ограничивая только применением таблиц.
проблема описана выше, конкретно описана.

т.е. суть такая: если qchart.dll и моя lua-библиотека работают в одном потоке - то стало быть со стороны квика УЖЕ присутствует messageloop и мне ненадо ничего выдумывать/дублировать - мои окна итак будут своевременно получать сообщения из очереди.

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

т.е. имеется ввиду не использование vcl или mfc, а напрямую задействуя winapi и gdi. и уже на основе этих примитивов строя свои классы и контролы.

а что тут может быть непонятного? есть функции CreatePen, LineTo, MoveTo, GetDC и т. п.

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

нет, нельзя и врядли предвидется, т.к. устанавливая таймфрейм на индикаторе - мы тем самым заказываем у квика совершенно определённый источник данных и с определёнными параметрами. именно поэтому кнопка смены таймфрейма находится в самом квике, а не встроена в окно графика. к тому же, если всё же сделать так называемый "multitime" - то неясно по какому источнику рисовать/синхронизировать шкалу абсцисс.
С другой стороны, нельзя сказать, что это невозможно. это просто одна из реализаций общего подхода, которую выбрали разработчики qchart.dll. Но, не единственно возможная. Уже сейчас их плагин поддерживает слои отображения (правда "их" понятие слоёв - весьма "специфическое"). В общем, как было сказано выше - если не пинать разработчиков - то нельзя, - либо, писать самому.

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

точные замеры тут не имеют смысла.

это справедливо на случай форс-мажора, т.е. при зависании одного из тредов. поэтому и называется гарантированное переключение. но, как показывает практика, никем это и нигде не гарантируется, так что в реальности и цифра 5 тут тоже условна.

Ладно. не хотите так - вот вам линк-> ask Big Bill

графики в квике - это окна. Чтобы нарисовать свечу в окне нужно одновременно задействовать порядка 10-ти объектов GDI (карандаши, кисти, регионы и т. д. и т. п.). Существует ограничение по числу объектов GDI на один контекст и уж тем более на одно окно-график.
А теперь, умножьте количество объектов GDI на 3000. И это, не говоря про то сколько это сожрёт памяти, а также быстродействия - т.к. оконная функция будет по времени съедать весть "тред" (поток, а в квике, судя по всему, главный поток).

Чтобы как-то исправить данную ситуацию и отказаться от наклёвывающейся потери производительности - разработчики квика со временем отказались от функции показа "хинта" при наведении на тень свечи, скорей всего, банально заменив расчёт региона на расчёт прямоугольника свечи (ptInRgn на ptInRect), а также, при показе всего графика - они не показывают все свечки и, соответственно, не рассчитывают по ним регионы, а делают из, скажем 2-х, 4-х свечей - одну полоску (представленную в памяти, как один логический объект) - это если не все свечи физически могут поместиться на графике (к тому же известно, что минимальная ширина свечи равна 1 пиксель). Можно, конечно и дальше продолжать упорствовать и вдаваться в пространственные обсуждения, что вот мол, де, для того и придумали полосы прокрутки (scrollbox) - но с точки зрения windows и программиста - это ничего не меняет, т.к. отображая даже часть общего количества свечей - надо, как говорится, со сроком "вчера" - уже думать над кешированием новых объектов, а как уже говорилось, время работы оконной процедуры и ресурсы ОС должны быть сведены к минимуму. Отдав/выделив это дело в отдельный поток - графики перестанут быть адекватными (строго говоря, они итак невсегда адекватны), а с ними и стиль торговли, жёстко привязанный к показаниям графиков перестанет отражать реальную рыночную ситуацию. т.к. windows - это не система жёского реально времени и время выделяемое под каждый тред нигде не фиксировано (по документации максимальное время гарантированного переключения между тредами может доходить до 5 сек, а вреальности и того больше)
(говорю максимально усечённо, т.к. тут не форум по программированию, а я в свою очередь, не программист)

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


как-то вот так... ;)

им кстати, уже задавали такой вопрос - на что они ответили: переходите на старшие таймфреймы...:)))))))

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

Вопрос, к Michael Bulychev, как к самому опытному:

из материалов форума - мы знаем, что qchart.dll и скрипты в QLUA (не считая коллбека main) - работают в одном потоке. Из windows sdk мы также знаем, что у всего этого дела, чтоб оно как-то вразумительно работало в плане визуализации должна быть своя "message loop", а именно, в данном потоке должны присутствовать такие функции, как: getmessage, peekmessage, sendmessage, dispatchmessage, которые обрабатывают очередь сообщений потока в котором они вызваны. Кроме того, из "интернетов" - мы видим пример полу-успешной реализации данного момента: vclua.
Таким образом, вопрос-[ы]: если я создаю свой контрол, скажем, средствами GDI -

1. должен ли я реализовывать там функции обработки сообщений из очереди, либо мне достаточно, по простому говоря, зарегистрировать/создать класс/окно и прицепить на него свой класс для работы с ним?
2. если моё окно/контрол не получает фокус - то и не получает сообщения, так? стало быть, мне надо как-то их периодически по времени отправлять/ретранслировать (скажем, из колбек-функции уровня квика)? Как это реализовать правильно?
   

задам резонный вопрос: ЗАЧЕМ?
если уж выбирать между тупайлом и qlua - то, я однозначно выберу qlua.

боюсь спросить:
а график улыбки волатильности нам тоже можно построить? :))) или покупать для этого Stratvolat.dll?

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

и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :)  , и меня!  :) ,
на довольствие!!!:)))))

удивляюсь, однако сколько в квике ошибок...
и как в такой системе только торговать...
:))))))))))

p.s. ладно хоть она бесплатна для рядовых пользователей, а то бы эту компанию просто засудили:)))

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

у них всё это есть - только реализовано "не для всех". у них есть продуманная система плагинов на которой они делают деньги и есть софт "для всех остальных" - qlua и тупайл (для отмазки).

Объясните популярно, что Вы собираетесь этим сказать?
есть функция в QLUA getNumCandles - может Вы об этом?

одна из причин вылета может заключаться в том, что они используют в своём скрипте vcl.dll (так же известную, как VCLua 0.3.5). Она не предназначена для стабильной работы в среде QLUA. Подробно вся эта хрень обсуждалась на quik2dde.ru. На данный момент пока не удалось пересобрать полностью стабильный релиз, т.к. и сама QLUA оказалась не без греха: http://forum.quik.ru/messages/forum10/message1324/topic176/#message1324

если Вы про те скрипты, которые распространяет mycreditcard.ru - то в них очень много багов. В таком случае, Вам лучше обратиться к ним, т.к. они не распространяют исходники от него. К тому же, сам привод - бесплатен у них - поэтому тут вряд ли получится, что-то потребовать.

считайте маржу так. как считают её брокеры:
отдельно считайте купленные контракты
отдельно маржу по проданным (неважно, закрывайте вы позу или это чистый шорт)
потом, суммируйте эти 2 маржи.

не знаю, как насчёт 1.0.0.0. но, 1.0.0.3. - это просто библиотека импорта функций LUA из той же QLUA.dll. В поставке QUIK - она оставлена исключительно для совместимости. На данный момент, qlua.dll - полностью заменяет стандартный (с точки зрения LUA-дистрибутива файл). Скорей всего, проблема том, что Вы используете какие-то дополнительные внешние dll в своём скрипте, которые скомпилированы под lua.5.1.dll.

В любом случае, даже если, как Вы считаете, решили свою проблему то, могли бы хотя бы написать какую именно ошибку выдаёт квик.

:)))))))))))))))))))))))а я нигде не сказал, что я его использую. это всё Ваши мысли:))))))))))))))))))))))))

так ли

они вам скажут, что всё может сделать и в qlua/либо (о чудо!) зарегистрируют наконец пожелание, которое врядли будет исполнено.