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

Таблица Состояние счета всегда открыта и показана. Так удобно.
"Купить/Продать" тоже, но в свернутом виде в углу.
Как и многие другие. В свернутом виде в углу.

Да, - "Обновлять через ... секунд" - 30-60 секунд, увеличивает интервал скачков загрузки ЦП, я это даже физически слышу по завываниям кулера, но не решает проблемы как таковой.
В версии 12.7.1.8 такого не было. Точнее сказать не могу, брокер редко обновляет и дает не каждую версию.

- "Пересчитывать при изменении позиций" - отключить;
Не влияет, пробовал, но при изменении я не против пересчета.

Позиция на данный момент всего одна. И это фьючерсы. Вот это самое странное.
Присылать архив?

Поставть разумное значение. 20-30-40.

Значит никак. Есть ограничение и на сервере брокера.
Он не будет гонять вам данные бесплатно на всю глубину каждого стакана на бирже.
Это дорого и накладно по трафику. И тормозит систему.
Это же очевидно!

Поэтому идет тотальное урезание по всем стаканам.

На фьючерсах ГО. Все считается в ГО и трейдеры ревностно следят за превышением/непревышением ГО.
Что мешает купить фьючерсов больше и залезть в "бесплатное плечо" в каком-то конкретном фьючерсе, а не расчитывать его исходя из номинала, чтобы он 1:1 соответвовал будущей покупке акций?!
Ничто не мешает! В этом смысл фьючерса. Это и есть маржинальность.

Иначе какой смысл вообще торговать фьючерсами, если это по сути недоделанная акция по которой нет прав?
Смысл именно в потенциальном плече.

Шорт фьючерсов не рассатриваем для упрощения. Но даже если и так. По сути это заявка на потенциальный шорт акции, а это уже будет займ под реальный процент.

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

*Система -> Настройки -> Параметры инструментов

Любой брокер в принципе вам отключит FORTS (все фьючерсы и опционы), если вы не поставите галку и на подпишете документ, что согласны на маржинальные сделки.
По очень простой причине. На фьючерсах очень лекго выйти за рамки кеша, который лежит на счете. И закрывать брокер будет на свои. Называется маржин-колл. А потом разницу спрашивать с вас.
На опционах выйти за лимиты своих доступных денег еще проще.
Так в принципе устроены фьючи.

При открытии позиции и слабых колебаниях этого конечно не видно. И плеча как бы нет. Но нужны и гарантии.
А гарантии в том, что и прибыль и убытки могут быть бесконечными на фьючерсах, в отличие от акций.
Акции это имущество. Брокеру и бирже наплевать почем вы их купили. Купили и заплатили, раз и навсегда. Как имущество.
Фьючерсы -- это ещедневное ведение позиции и реальное списывание со счета, или добавление с рынка денег на счет. В любую сторону.
Но и нет имущественных прав. По сути, фьючерсы это "воздух", ничто. Нет депозитария, нет прав, тольк обязательство по расчетам, каждую минуту фактически. И кажду минуту потенциально может случится убыток любого объема.
Брокеру и системе от вас нужны гарантии. Это и есть маржинальная позиция.
"Займов" по процент нет. Но есть постоянное обязательство в платежеспособности, как на скачках или тотализаторе.
Если что, за вас покроет брокер, но потом спросит.

В версии 12.8.3 появился очень досадный глюк, очень разражающий и опасный!
С постоянной периодичностью каждые 5-10 секунд, квик info.exe резко загружает процессор.
На версии 12.7.1.8 такого не было. Откатился до неё.

То есть налицо перегрузка процессора, а значит и потребления электричества.
У меня кулер так устроен, что увеличивает обороты при скачке загрузки ЦП.
И он буквально подвывает каждые 5 секунд!
Это физически невозможно терпеть!
Кроме того, что это насилие над системой и криво написанная программа.
Очевидно, что такого было не должно.

Открыто много окон, включая перерасчет портфелей, но эта опция не влияет.
Что-то другое. Версия 12.7 при том же интерфейсе так себя не ведет.

Файл - Настройки - Параметры инструментов

Было бы неплохо эти вещи в основные настройки перенести (F9) чтобы народ не искал.

Надеюсь, что обновите!
Большая просьба.

Как по мне: очень неправильная у вас рекомендация создавать кириллические пароли.
Пароли должны быть строго латинские, цифры плюс спецсимволы.
Во избежании всяких технический накладок и неприятостей. Ради совместимости на любом сервере.
Случаи редки, но бывали.

Это надо везде помнить и применять как правило.

Очень бы хотелось.
Равно как и уход от версии 5.3
Она слишком устаревшая, но тянет целый рой ленивых программистов, которые воруют друг у друга код и не в состоянии перейти на 5.4

Кстати говоря, ничто не помешает обновить и ветку 5.4.
Там есть куда обновлять, что будет почти безболезненно.

Криво посчитанная волатильность от сервера биржи.
Есть мнение, что она сознательно счтается неточно, потому что бирже так выгодно.
Поэтому вы можете задать свою, исклюичительно ради удобства. Но на цены опционов и фактические торги это не повлияет.

Задан. волатильность - Значение волатильности которую задали вы сами (любую цифру вписали с потолка).
Для экспериентов или если вы умеете с считаете её сами сторонними средствами, хоть вручную в Экселе.
Нужно лично для себя. Нужная вещь для профессионалов.

Задается в окне "Установить параметры опционов", открыается при снятой галке "Брать волатильность из системы" в настройках опционной доски.
"Система" -- это значить волатильность, транслиуемая от биржи. Которая часто довольно кривая. В целях самой биржи, сознательно неточная волатильность.
Но многие с ней согласны, неточность там не такая уж сильная.

Проверьте еще вот что.
В версии 12.8.3 появился очень досадный глюк, очень разражающий и опасный!
С постоянной периодичностью каждые 5-10 секунд (не измерял), квик info.exe резко загружает процессор.
На версии 12.7.1.8 такого не было. Откатился до неё.

То есть налицо перегрузка проессора, а значит и потребления электричества.
У меня кулер так устроен, что увеличивает обороты при скачке закгрузки ЦП.
И он подвывает каждые 5 секунд!
Это физически невозможно терпеть!

Версия 12.8.3
До сих пор не исправлено!
Очень раздражающая ошибка, которую напортачили именно программисты Quik.
Раньше такого не было, всё работало прекрасно!

Потому что это совсем колхоз, архитектурно неправильно. Я еще должен выделять специальное место в системе, как загашник... Когда существует официальная связка Lua-C (описанная в книге Иерусалимского), в детали не вникал и данные не гонял, но тестовый запуск уже получился, это есть.

Тем более есть мысли применить такой мост Lua-C <=> VC++ (MFC, скорее всего) и в другом месте, не только как узкоспециальный плагин на раз.

И потом, что значит "особенно в RAM диске"? Мне еще сторонний витруальный диск ради этого создавать? Какими-то сторонними драйверами? И запускать/пересоздавать его, заботиться после каждой перезагрузки. Который будет мешаться в системе в повседневных делах. У меня не только квик, у меня и другие развлечения есть.
То есть это даже не костыль, это хуже. Настолько временное решение, что лучше о нем не думать.
На сайте Майкрософта висит готовый пример для named pipes. И не только для него.

Насчет протокол на запрос-ответ понадобится в любом случае, тут спасибо за заметку. Пока думаю об этом в первом приближении. Думаю отделаться простыми переменными, if-elsами, сравнениями и кейсами. Хотя это не дело, если делать нормальный переносимый мост. Но для себя сгодится и так. Наверно. Тут не знаю, опыта в создании протоколов нет.

Задача прогнать небольшие данные из QLua квика во внешнюю C++ программу.
Обмен данных между программами.
Совершать обмен данных, туда и обратно по запросу из внешней программы. Причем, мне не критично к скорости, да и к объёму.

Где "сервером" будет QLua-скрипт квика, а клиентом - внешняя программа.

Локальный TCP как раз не хотелось бы использовать, потому что придется писать некое продобие протокола на запрос-ответ, и точно не понадобится сеть (всё делается на одной машине localhost 127.0.0.1), хотя на самом деле TCP интерфейс был бы идеальным универсальным вариантом.
Поэтому предлагаю себе посмотреть в сторону named pipes. Идея схожа с TCP. Потому что shared memory гораздо сложнее в реализации. На сайте майкрософта для моих целей небольших обменов данных между программами предлагают даже локальные windows-messages. В этом видится определённое извращение, но это вплоне себе несложный и "законный" вариант, как представляется.

Qt тут точно ненужный гость. Предлагаю самый простой и базовый VisualC++ (одной из свежих версий), MFC (да-да, древнюю, но рабочую классику, это база всех windows-программ по сей день, даже Офиса от самого MSFT) и базовых вещей системного windows-программирования. Проблема как в том, что очень много C++ (особенно русскоязычных) в основом под C++ понимают Qt или что-то из мира GNU/Linux, портированное в Windows, а это как раз совсем не нужно.
Про базовый MFC они почти ничего и не знают. Я не говорю, что он очень нужен здесь, я описываю положение вещей.
Даже просмотренный qluacpp пропитан Линуксом и некоторым фундаментальным непониманием автора некоторых базовых вещей. То есть та еще поделка на коленке. Поэтому появился Arech/qluacpp2, костыль на костыль.
Ну что ж, посмотрим, что там можно причесать или оттяпать. Если что-то вообще можно.

Получить положение курсора можно. Причем, по-моему двумя способами (давно не делал). Через так называемые windows-messages (сообщения окон). Изучите тему и примеры. Они не про Квик, а про системное программирование в Windows вообще.
В рамках операционной системы windows это возможно и надо заранее выяснить хендл открытого графика окна в окне квика ("вложенные", как известно). Смотрится в специальной программе Spy++, там можно понять идею.

Это тоже самое, как получить точные координаты курсора по кликнутой кнопке. Любая кнопка это окно.
Как известно, в windows всё окна, даже кнопки, списки и полосы прокрутки. А не только видимые "окна", которые можно закрыть и свернуть. И в рамках конкретного окна графика можно получить данные о курсоре.
На C++ программе это будет сделать проще и правильнее всего. Это самый базовый и простой путь. Найдёте примеры.
Возможно и на C#, но это будут костыли изначально, по сути гигантская обертка вокруг С++.

Другой вопрос, зачем вам это надо, как вы будете это обрабатывать потом в Lua и зачем.
Тут надо не фантазию вперед ставить с вопросом "что я хочу", а изучить все варианты предлагаемого API (в данном случае это Lua и его взаимосдействие с С) и получать ответы исходя из вопроса "что из того, что я бы хотел можно реализовать предлагаемым методами, как именно реализовать хотя бы в первом приближении, и что с этим делать дальше".
А дальше спросить себя "а есть ли другой путь, исходя из предлагаемых программных методов"? Обычно есть еще один и не более. Но чаще нет.

Нашел qluacp, как вижу требует серьезного причесывания и некоторого обновления. Но хотя бы есть что посмотреть и от чего отталкиваться. Не очень понял с первого взгляда, как именно там устроен IPC (передача данных от Lua-C к программе на C++ и обратно), вроде файлы с диска читает в некоторых примерах, а это очень нехорошо.
Но хотя бы пощупать пример. Спасибо.
Проще, возможно, даже что-то свое сдалать, максимально легковесное.

На самом деле, скажу больше.
В одной из старейших американских торговых платформ, техасских, (существовала с начала 90-х до 2012) именно для американского рынка и местных клиентов (IB еще не существовало, тем более в России), идея написания внешних программ и плагинов была предельно лаконичной. Платформа всегда открывала локальный TCP порт и имела что-то вроде простого telnet-протокола. Все эти getParamEx, разный getInfo по инструментам (или как его там) и даже sendTransaction были вынесены в своего рода простые текстовые запросы по TCP (наподобие telnet- или ssh-команд, только без шифрования, тот же http намного сложнее, если сравнить). И был pdf файлик-приложение, описывающий этот протокол и доступные команды на ввод-вывод. Команд, ксати, немного и все прекрасно описаны. Вполне хватает для многих идей.

Далее пишется по сути даже не плагин к торговой платформе, а обычная клиент-серверная программа-клиент по обычному TCP, даже удаленному, если открыть порты. На любом языке, который в состоянии держать обычные сетевые соединения.
По сути Квик реализует то же самое, но hard-coded в рамках встроенного языка, строго в рамках предлагаемой песочницы Lua, из которой "выбираться" предлагается каждому самостоятельно.
С одной стороны имеются некоторые преимущества -- намного проще написать GUI-таблицу для квика, даже с "кнопками", с другой стороны гораздо меньше подвижности и масштабируемости. И непонятно, как брать данные, появлется тонна головной боли и ощущение недоделки в смысле архитектуры.

Платформа называлась InstaQuote с логоитипом похожим на Quik, и интерфейс очень похож на Quik. Была выкуплена Bank of America в 2012, переименована в Red-чего-то, извращена индусскими программистами и закрыта со временем.

C# (шарпы) к сожалению не подходят никак. Максимум подсмотреть общую идею реализации. Писать внешнюю программу придется именно на C++, потому что это плагин к другой программе (четвертой), а там принимают плагины только на C++ или Java (которой я не знаю) по заданному шаблону.
Если получится, то получится очень красиво.
Но на C# как раз реализовать подобный мост проще всего. Проект QUIKSharp вроде даже видел.
На С++ очень мало программистов и примеров. Причем имеется в виду VC++
qluacpp надо бы поикать, не вижу

Я хочу, чтобы внешняя windows-программа, допустим на C++ (но это детали), коннектилась к QLua локально (через named pipes или shared memory или другим IPC-способом) или удаленно по TCP/IP.Концепт такой. В Квике запускается QLua скрипт, который на борту несет C++ модуль подключенный через require. Между ними происходит обмен Lua-C, это в впринципе описано. Пока вопросом тут нет.
Внутри этого  C++ модуля, допустим встроен named pipes или winsock (для TCP/IP) для IPC межпроцессного взаимодействия.
Неважно, что именно, обсуждаем сам подход.

И есть внешняя программа, допустим написанная на том же C++.
Она подключается, когда захочет, когда пльзователь запустит эту программу и нажмет, может вообще не подключаться, но QLua-скрипт уже должен быть запущен на тот момент и быть готов принять "подключение".
Внутри этого запущенного QLua-скрипта будет что-то вроде:
У меня вопрос к строчке
Это нормальный вообще концепт в контесет QLua?
То есть скрипт с периодичностью 100 мс проверяет, нет ли внешнего подключения, не дёргает ли его кто-то, не просит ли чего-то.
Не вставить этот Sleep нельзя, как понимаю. А какая должна быть оптимальная задержка тут? 500, 100, 200, 1000 ?!

И хорош ли сам концепт? Есть ли какие возражения?
Внешняя программа на C++ действительно имеется и она должна именно эпизодически подключаться по запросу, не висеть всегда в онлайне.

Модфикацию QUIKа надо начинать с модификации полей баз данных биржи (они же поля таблиц данных в квике).
За последние годы наплодили тонны дублирующихся полей, часть из которых откровенно пустует и не исполльзуется или дублируют друг друга.
И никто не причесывает, не удаляет старое. Только плодят новое.
Почему для получения текущей котировки LAST инструмента и индекса мне нужны разные поля?
И это саый простой вопрос.
Ну наплодили разных полей, ладно. Какой-то брокеский начальник когда-то попросил.
Тогда транслируйте хотя бы в другие поля те же данные. Этого нет!

Я правильно понимаю, что сабж вырезан в QLua начиная с какой-то версии квика?
Потому что возвращается только nil

Как я понял из тестов, если можно использовать getSecurityInfo, лучше использовать его, даже если есть альтернативный вариант через getParamEx, что бывает далеко не всегда, не для всех параметров, и бывает расходится с документацией (версия квик 12.6)
Для всех остальных случаев getParamEx, ибо иных вариантов нет.

Тонкую разницу между getParamEx и getParamEx2 так и не понял.

getParamEx/getParamEx2 -- для динамически изменяемых данных по сети, вроде цены инструмента.

getSecurityInfo -- для базовых неизменямых данных, вроде страйка или базового актива, эти данные всегда одни и те же, известны квику всегда

Я правильно понимаю логику?  

Хотелось бы понять принципиальную техническую разницу между функциями сабжа.
Через любые из них можно запросить нужные данные и все функции как бы равноценны, но getSecurityInfo() "лупит из пушки по площадям", возвращает целые таблицы оптом, где половина данных скрипту не нужна, занимает память, а getParamEx2() позволяет запрашивать данные очень точечно, аккуратно. Но и запросов по сети TCP/IP наверно плодит.

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

Вопросы. Правильно ли я понимаю картину? Или разница в чем-то еще.

Какую из трех функций правильнее использовать для прохода по редкоземельным параметрам, вроде опроса волатильности опциона (getParamEx2), страйка и информации о базовом активе опциона (getSecurityInfo или getParamEx2), чтобы построить их серии?

Если опрос данных о страйке идет в цикле, полезнее использовать getSecurityInfo или getParamEx2? Последний больше нагружает сеть, а getSecurityInfo выдает уже известное квику, поэтому лучше его. Я правильно понимаю?

Точно так и стоит. "Брать операцию котировки".
И по умолчанию "кнопка Да".
Перепробовал другие варианты, ничего не помогает, и ни на что не влияет.
На фьючерсах всегда выделена "покупка", на опционах ничего.
Котировки есть, стаканы не пустые, конечно.
Лишние модули (.dll) от брокера отключил, включен только QLua.
Это ни на что не влияет и тянется версии с 10, примерно.
Возможно 11.
Раньше работало, в 11 и 12 сломано.

Только по опционам, да. Фьючерсы нормально.

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

Добрый день.

Форма ввода классическая + особо выделять ключевые параметры.

Не выделяется операция купить или продать по умолчанию в заявке опционов (F2).
На фьючерсах выделяется.

Таким образом, всякий раз требуется нажимать пробел, чтобы хоть какая-то операция появилась. Это ненормально.
Это один из старых багов, который появился в квике начиная с 10 или 11 версии.
Текущая версия 12.2.2.8

Версия 12.2.2.8

После неудачного ввода в форму заявок (например по фьючерсам) выскакивает сообщение, как  обычно. QUIK: окно сообщений.
Хорошо бы его закрывать Enter-ом и Esc-ейпом, потому  что раньше было оба варианта, где-то до версии 10 всё работало как надо.
Теперь Enter не работает.
Кнопка крестика выделена по-умолчанию, но она не работает с клавиатуры.
Это крайне неудобно.
Включая сообщение при открытии квика, мол, соединение установлено, последний IP-адрес такой-то.

При этом, если простматиривать историю сообщений, то там всё в порядке, закрытие по Enter-у работает.
Такие неудобства.
Спасибо.

Еще просьба!
В Динамическую форму добавьте к полям Цена и Количество "бегунки" +/-, как это сделано в другой форме. А не просто поле для ввода с клавиатуры.

И обратите внимание, что при включенной/отключенной галочке "Выделять параметры" в Динамической форме, съезжает "Количество" вниз, форма немного "едет".


Также есть странный баг в Динамической форме. При написании какой-то цены в поле Цена и выставлении потом "Рыночная" заявка, поле Цена не замораживается (не становится disabled), заявка как бы отправляется, но по факту НЕ выставляется! Её просто нет в списке, кроме сообщения, что она якобы добавлена.
Речь про фьючерсы.

Версия Квик 10.3.1.13

Ну, и для акций, соответственно тоже аналогичные поля в Динамическом режиме.
Цена, Лоты, Примечание, Объем заявки, Время, Доп. инфо, Фирма

"Углубления" лишние.

Надо бы к одному стилю всё привести.

Еще поправка, довольно важная.

В динамическом режиме ввода заявок (первый пункт) поправьте,  пожалуйста, блокирование (disabled) поле Цена при выборе типа заявки Рыночная. Это логично. И так сделано в двух других режимах, когда ставится галочка Рыночная.


Здесь же в динамическом режиме было бы неплохо убрать эти лишние выделения (углубления) двойных рамок вокруг полей Цена, Количество, Комментарий, "углубления" вокруг галки поля Проверять лимит и Переносить.

Выглядит убого и архаично. В стиле 20-тилетней давности. Более нигде в Квике нет таких уродских выделений.


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

Или "кол-во" по контексту, если цена уже заполнена автоматически. Как в классическом/специализированном.


Чтобы не было поведенческой разницы между режимами ввода заявок.

И еще просьба!

В динамическом режиме ввода заявок  (первый пункт) поправьте, пожалуйста, фокусировку курсора сразу на поле Цена, а не торговый счет.

Очень неудобно. Потому в других режимах, выделяется сразу цена.

Ввод заявки (F2) в опционах не выделяет по умолчанию купить или продать.
Как в той же форме во фьючерсах и акциях. Это не нормально.

>> Не совсем поняли о чем идет речь. Сейчас на актуальной версии поведение по Вашему мнению корректное?

Сейчас с RVI всё в порядке.  В 10.3. Но раньше проблема почему-то всегда была.

Так называемой "темной темы" не существует. Это красивое название.

Чисто технически существует только включение темы и отключение темы.
Включение темы это включенная так называемая "темная тема". Её нарисовали темной. Могли любой другой сделать или других тем навесить, целый список.
Сервис тем в квике кривой и написан судя по всему сторонними разработчиками.
Поэтому вам никак не помогут, при всем желании.
Это так много где устроено. Темы обычно кривые всегда.


Отключенная тема -  это "белая тема", дефолтная. Она не грузит ресурсы и никогда не барахлит.
То есть дефолтная системная тема.

Отлючайте тему, если что-то идет не так.

В Динамическом (старомодном, первый пункт) с взведенным флажком "особо выделять параметры" выделяется жирным цена и объем.
В Классическом (новом на вид, второй пункт) с взведенным флажком "особо выделять параметры" НЕ выделяется жирным цена и объем.
Флажок ни на что не влияет в 10.3.1.13

В Специализированный (рекомендуется), третий пункт, флажок не работает по непонятной причине. Форма на вид от второго пункта вообще не отличается, где Классический. И тоже жирным цена и объем не выделены.

Вот и весь расклад.

И еще просьба в тему!

Меню Сервисы

старые QPILE  скрипты имеют hotkey  Ctrl+F11
а которыми все пользуются QLua скрипты  не имеют hotkey  


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

В Основные настройки (F9) / Программа / Шрифты везде и всюду выставлен шрифт Consolas, размер 9 (без bold, без italic)
Только для окна диалога выставлен шрифт Segoe UI, 9


Это в принципе то, что я бы и хотел увидеть в форме "Установить параметры опционов".


В Редактирование доски опционов / Цветовые настройки / Выделять центральный страйк
поставлено Consolas, 9, bold

Но вся доска и так выглядит как надо, по настройкам в F9.

>> На форме ввода заявок в опционах, "купить" или "продать" автоматически не выделяется. В отличие от акций и фьючесов.

>> Верно  понимаем, что при выборе Специализированного режима отображения при  открытии формы ввода по опционам, не подсвечивается ни кнопка "Покупка"  ни кнопка" Продажа", а по акциям и фьючерсам подсвечивает?

Да, проблема именно с опционами.

Специализированный и классический (с или без "особо выделять параметры") у меня одно и то же.
Поведение одинаковое и выглядят одинаково.
Не понимаю, чем они отличаются. Какой-то старый реликт в коде? Или обратная совсестимость. Непонятно.


Раньше  "особо выделять параметры" выделял жирным шрифтом в форме. Было красиво и удобно.

Сейчас параметр ни за что не отвечает.


И еще обратите внимание, как бы чего не сломалось. Раньше почему-то именно на конкретных фьючерсах RVI автоматически не подставлялась цена в заявке.
Это поведение отличалось только для RVI (в стакане котировки были), потому что для любых других фьючерсов и акций такой особенности не было. И это было ненормально.
Сейчас в 10.3 всё в порядке с этим. Но баг был очень странный.

В форме задания волатильности "Установить параметры опционов" в верхей половине, где опционы приведены построчно в таблице, используется не тот шрифт, который выбран пользователем для доски опционов. И заголовок, и сами данные в таблице.

Из-за этого воспиятие немного плывёт.

Было бы хорошо, всё отображать в одном стиле, как задал пользователь для доски опционов.

И Esc тоже не работает.

И еще!
После неудачного ввода в форму заявок выскакивает сообщение, как обычно.

Его бы хорошо "гасить" (закрывать) Enter-ом и Esc-ейпом, потому что раньше было оба варианта.
Теперь Enter не рабоатет!

Форма ввода заявок изуродована в QUIK 10.3.1

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

И второй момент, который неприятен здесь же.
На форме ввода заявок в опционах, "купить" или "продать" автоматически не выделяется. В отличие от акций и фьючесов.
Непонятное поведение.


Верните как было!


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

Или отключите этот так называемый Защитник.
Полностью.

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

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

Скажу по секрету, что ни в одной серверной версии Windows (то есть для серверов, админов и программистов) не было никакого Защитника. И не будет. Потому что он только тормозит систему и мешает работать.

У меня quik на серверном Windows в обычной папке C:/Proram Files/
как положено.

Работает без вопросов, безо всяких прав доступа.

Отключите Защитник.

Все равно не согласен.
Photoshop тут очень условен. Я говорю о концепции как таковой.
А концепция такова, для подписка это настоящее *лядство и привязка/назвязывание к клиенту.
Все равно, что иметь рынок только с котировкой Ask и никаких прав или возможностей перед компанией.
И нужно быть онлайн. Это тоже деньги.


Переучиваться на убогий Gimp, который только-только начал что-то из себя представлять приличное, а до этого 20 лет не представлял, это не стоит из-за возможностей Photoshop.
Так называемый "совободный" софт всегда будет проигрывать по функционалу. Это данность.


Главное слово - переучиваться. Это напрягает. И не найти удобных и четких шагоав как что-то сделать в том же интернете.


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


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

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



DebugView очень нужен. Потому что Квик выбрасывает сообщения прямо в него штатными системными вызовами.
Вы предлагаете костыли писать на том же Lua или более громоздким способом.