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

Отнюдь. Это в самом деле стандартное поведение контрола Windows "Вкладки". Просто в QUIK в здравом уме никто не делает столько вкладок, чтобы они в одну строку не помещались. Потому ваша проблема "уникальна". А значит быстро чинить её никто не будет. Даже если "рассмотрят и признают целесообразным". Сократите наименование на вкладках - и будет вам счастье. Более того, вы ведь этак придете и скажете, что QUIK есть слишком много ресурсов при 5 открытых графиках. А на самом деле у вас 100 вкладок по 5 графиков, а это уж совсем другое, согласитесь.

Не обращайте внимание, это местный клоун.
1) Непосредственно к таблице "Состояние счета" доступа через Lua API нет.

2) То, что вы выделили - это не совсем "свободные средства", это остаток на денежном счете. Впрочем, это вопрос терминологии.
Вы можете увидеть ту же цифру (на сколько я понимаю) через таблицу "Таблица лимитов по денежным средствам". Откройте её. (просто для того, чтобы понятнее было и нагляднее что там и как; для того, чтобы получить информацию в Lua открывать указанную таблицу конечно не обязательно).
Далее см. в QLUA.chm раздел "Таблицы, используемые в функциях «getItem», «getNumberOf» и «SearchItems»", там вам нужна "Позиции участника по деньгам"

Let_it_go, держитесь, не показывайте код этим провокаторам! Начнут сейчас выманивать хитрыми сказками, знаю я таких!
Держитесь, код не сдавайте! Я на вашей стороне.
¡No pasarán!

Как пример, откуда можно все требуемое потырить
https://quik2dde.ru/viewtopic.php?id=78

Это невозможно. Надо самому "следить за руками", увы.
Ну т.е. это тоже самое, что я сделаю dll с кривым кодом, которая уронет терминал. Терминал тут ничем помочь не сможет, терминал не знает что за DLL вы подключаете.

Михаил Филимонов, вы читать умеете?
Зачем вам User32.dll - понятно.
Но ваш вопрос был про другое: почему не получится
user32 = require("User32.dll")

Вот как сделаете свою dll - так сразу и поймёте. Ну или хотя бы документацию к Lua прочитаете (как к таковому языку Lua, не в привязке к QUIK)

Кстати здраво, поддерживаю

Нет.


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

Взять готовое - всегда проще  надежнее.
Тем более если нужна только PostMessage

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

На форуме компании QUIK - не удивительно

Два пользователя с одним ни ком?! "А что, так можно было?!"

Вопрос этот надо брокеру адресовать, очевидно.

Даже любопытно будет понаблюдать: снесут эту рекламную запись бота такие внимательные и щепетильные до "левых ссылок" сотрудники поддержки или нет.

Причем проценты относительно какой-то величины? так я понял вашу шкалу слева?
Тогда для какой величины считать 0%? а что брать за 100%?
По картинке не понял.

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

PS
Посмотрите иностранные рекламные ролики сельхоз. техники. Это крайне залипательно! И, главное, там много что можно почерпнуть в плане формата подачи рекламного материала.

Не очень понятно про что вопрос.
Вызвать функцию WinAPI PostMessage ?
Если про это - то вот, w32 библиотека

Мне любопытно, вы сами понимаете что вы пишете?
Я хочу видеть нужные сообщения.  В отдельном окне.

Но одно и тоже сообщение каждый раз в том же самом - оно зачем?? И зачем вы предлагаете убрать вообще все сообщения когда мешает одно конкретное?
Я фигею с вас, как с компании.

Вопрос как отключить одно конкретное сообщение.

Если невозможно - зарегистрируйте пожелание на отключение.

PS
Для недалёких подсказка: надо просто 2 типа сообщения сделать в системе: сообщения о торговле, которые всегда и были, и сообщения, которые прописывает брокер фактически в качестве информационной рекламы.
Это разные по значимости сообщения епты! и включение / отключение у них должно быть разным.

PPS
И да, я всё еще под впечатлением от "нового" диалога выбора границы цены.
Диалог "новый", кривые руки - всё те же. Просто поразительно. НУ как так-то??

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

"Нижнее" - сверху, "Верхнее" - снизу. *Рукалицо*  
Как такое можно было сделать?!

Интересно, в компании Arqa есть отдел Quality Assurance? включают ли сотрудники этого отдела иногда голову?

Которую отключил сам брокер, а теперь скипидарит вам мозги, отфутболивая "к разработчикам Quik".

Ключевая фраза:


только слово одно надо заменить: "не могут" --> "не хотят"

Я вот читал-читал - и ничего не понял что написано.


С какой версии на какую?

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

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

Если же ну очень хочется (или требуется) запускать скрипты в разных версиях Lua - то проще иметь сборки для разных версий Lua и подгружать нужную в тот или иной скрипт.
Вот здесь я подробно описываю как я виду этот вариант.

Я вот не помню как делать библиотеки импорта на память, но каждый раз просто-напросто загугливаю за 1 минуту пошаговый мануал, коих сотни; вот и всё.
Кто с помощью гугла не может сделать lib-файл из DLL - он, уж извините, и пакеты не перетранслирует. Даже при наличии lib-файла

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

Значит сделайте функцию, которая будет возвращать вам нужные 3 значения - и вызывайте ее везде, где требуется.
Иначе добра не будет.
На один прикол вы уже напоролись, еще один вам описал Игорь М.

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

> Регистрация: 07.12.2020

Эх, когда-то и мы были молоды и горячи; мечтали, свершали, желали. Красота! :)

В чем состоит пожелание?

Реальный счет у брокера? или тестовый доступ?

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

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


Кстати да, на передвигании меток можно такой интерактив для управления скриптом замутить!! :) Клёвая идея

Никак. Только сделать какой-то внешний сигнал и дождаться когда будет вызвана oncalculate на очередной тик или кнопку ок в параметрах индикатора[/QUOTE]

Т.е. в принципе предыдущие значения из индикатора можно перерисовывать?

В каком размере вы готовы скинуться? Вот вопрос.

Если понадобилось сдвинуть всю линию - как дать сигнал заново пересчитать такой индикатор? Может вы знаете? никак не могу придумать

Но зачем??
Положите весь код в OnQuote - и будет счастье.

Максим,
что вы хотите получить в результате запуска скриптов для квика из командной строки? какой результат выполнения этих скриптов вам требуется?

Сохранить предыдущее значение интересующего параметра и сравнить с текущим

А почему вы проверяете только класс и не проверяете бумагу?
Очевидно вы читаете значение VALTODAY для разных бумаг из класса TQBR

Нет такой возможности

Увы, нет возможности на реальном счете (т.е. не на демо контурах) проверить как эти транзакции себя ведут, звиняйте.
Или на демо та же проблема?

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

Это я вам как коллега коллеге подсказываю.

Я к тому, что, как это модно говорить, "просьба отнестись с пониманием" к запросам о помощи  
Миру мир и всё такое.

   
Я подозревал, что это "не новое", видимо везло не сталкивался

Из той ветки:

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

Для себя нашел такой способ: надо просто всё делать в Init()
Там уже значения как надо и нужный мне функционал там отрабатывает вполне

s_mike@rambler.ru,

в принципе да, вы мне подсказали вашим сообщением вариант как это объехать. Спасибо.
Однако я не понимаю что мешает простую (по функционалу) функцию getScriptPath() сделать корректно работающей в этот момент.

Код тестового индикатора ниже.
Кладем в папку LuaIndicators, вызываем диалог добавления графика (индикатора).
В окне сообщений выводится:
{}

Т.е. наш скрипт вызвался, но getScriptPath() вернула пустое значение. Это явно ошибка.

Добавим этот индикатор.
В окне сообщений выводится:
{}
{D:\Quik-Junior\LuaIndicators}
<D:\Quik-Junior\LuaIndicators>

Т.е. индикатор сначала выполняется, но getScriptPath() вернула пустое значение.
Потом индикатор еще раз выполняется, но тогда уже getScriptPath() вернула правильное значение.

Проблема в том, что первоначальное выполнение, когда только открывали диалог - getScriptPath() вернула пустое значение, а значит индикатор не смог корректно отработать, если в нем используется getScriptPath(), и не добавился в диалог выбора индикатора.

Надо исправить эту ошибку.

Могли бы вы накидать псевдокод как планируете использовать эту новую функцию?

Описка:

следует читать так:
а) когда данные по подписке прИехали - а толку?

Причем тут даже не понятно что требовать от QUIK-то.
В самом деле, предположим реализована схема "подписался на данные - передал call-back".
Но когда это call-back должен вызваться?
а) когда данные по подписке проехали - а толку? это ж не актуальные данные; не говоря уж о том, что данных объективно этих может не быть (неликвид)
б) когда данные по подписке все доехали - так этого момента никто и не знает.

И как быть? в самом деле, реализацию какого функционала требовать от QUIK? у меня нет идей, увы

Разное время реакции. Пока трейдер примет решение, котировка поменяется. А скрипт: получил котировку - выполнил действие.[/QUOTE]

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

Здесь мне видится принципиальным пункт 3), дабы не подвешивать QUIK на sleep() и точно дать ему обработать полученные данные.

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

Так может вопрос лишь в подходе к написанию скрипта?
Я прекрасно понимаю, что хочется писать скрипт максимально просто и прозрачно, я и сам так делаю:
- подписался на данные
- прочитал данные
- вычислил формулы
- принял решение

Но почему я и привожу постоянно аналогии с визуальным получением данных - потому что, вероятно, раз там это все работает и никого не парит - то может вопрос в том, что подход к написанию надежных скриптов надо просто как-то поменять?
Я не знаю точно как. Это всё не "наезд" на вас лично, я просто сам давно маюсь этой темой и высказываю наболевшие мысли вслух в надежде на взаимное обсуждение "Как нам реорганизовать Рабкрин"©.

А область видимости вы как определяете?
Или плюс-минус эмпирически подобрали по используемый вами масштаб? Хотя, если двигать график влево-вправо... То как?!