алексей ратов написал: Тогда вопрос по ГО - один фьюч сбера стоит 17465 руб, ГО = 2444 руб. Как я понимаю 17 тыс. делим на ГО получаем плечо 7. Прибыль/убыток ведь идет с суммы 17 тыс.
Еще бы хотелось иметь возможность настроить, чтобы при щелчке на строчке стакана, не менялось количество лотов в строке ввода. Простые трейдеры торгуют определенным количеством контрактов, а не вычерпывают, как толстосуммы/большие дяди весь стакан подчистую, под что заточен Квик. :)
При ручной замене я бы сделал, чтобы пользователь просто мог ввести параметры замены: например, H7 заменить на M7. И тогда никакие дополнительные данные не нужны.
Sergey Gorokhov написал: Вы предлагаете заказывать данные, даже несмотря на то что Вы сами специально его отключили?
Зачем нужны данные "количество дней до экспирации", если пользователь сам хочет дать команду заменить фьючерс прямо сейчас? А ему почему-то программа не дает это сделать, пока он на закажет не нужные ему данные.
Sergey Gorokhov написал: Есть версия, что у Вас отключен автозаказ данных. Из-за чего, терминал не может получить доступ к параметру "До погашения" и как следствие определить что у инструмента скоро закончится срок.
По идее это не должно влиять на ручную замену инструментов. Надо бы поправить такое поведение.
Алексей написал: Есть ли способ гарантированной работы с этими числами?
Наверное так:
Код
function NumEq(a, b)
return math.abs(a - b) < 0.000001 -- Или использовать другое значение дельты?
end
a = 143.45
b = a + 0.1
if NumEq(a, b) then
else
end
Zoya Skvorcova написал: Constantin,при выставлении заявки с графика при использовании клавиши Ctrl указывается только одна цена.
Достаточно проставить одну цену. Вторую цену выставления заявки введет пользователь. Это уже прогресс, по сравнением с вообще отсутствием цен.
По F6 на графике у вас сколько цен проставляется в форме? Или по F6 на заявке у вас сколько цен проставляет? Сделайте аналогично. Повторюсь, у вас всё это уже реализовано, надо только повторить.
Zoya Skvorcova написал: По какому алгоритму, при быстром вызове формы ввода стопа должна подставляться цена выставления лимитированной заявки в стоп лимите?
По тому же алгоритму, как и при выставлении заявки - пользователь кликает в графике на нужный ему уровень цены.
Сейчас есть возможность по Ctrl-Click в окне графика вводить заявку. Надо добавить аналогичную возможность - по Ctrl-Shift-Click вводить стоп-заявку.
Весь код для этой реализации у вас уже есть. Тот же F6 в графике проставляет нужные параметры за исключением цены. Или F6 на заявке вызывает диалог создания стоп-заявки с заполненными полями. Так что тут работы на пару часов, но это пожелание не реализуют, по каким-то причинам, много-много лет.
Sergey Gorokhov написал: Как вариант, можно заранее заполнить параметры стоп заявки и положить ее в "Карман транзакций" от куда доставать ее в нужный момент.
Что только не придумают, лишь бы не реализовывать элементарную вещь. Считайте это сообщение 1036-ым пожеланием реализации ввода стоп-заявки с графика.
Большие ли отличия QLua от от Lua и где официальная документация?, Какая версия Lua в QLua, работают ли все функции Lua или только какой-то ограниченный набор (если так, то где прочитать, какой?), можно ли подключать модули и все как в обычном Lua? Есть ли где-то на официальном сайте документация?
Sergey Denegin написал: Например, нашумевший вопрос про "прямоугольники на графике". Мне кажется очевидно, что данная потребность была у всех пользователей без исключения. И запрос на такую возможность был аж несколько лет назад. А сделали только недавно. Причем как программист, я понимаю, что трудозатраты на такую "доработку" значительно меньше, чем, например, на полную реорганизацию всего меню "настройки графика", которые были относительно недавно.
Там эффективные менеджеры явно имеют проблемы с выбором приоритетов при разработке Квика.
Правильно написали - время у свечи должно быть, ведь этот параметр существует. Остальные параметры - nil. Плюс свойство exists (или как там оно называется) должно быть установлено в false.
Как минимум в коде есть одна ошибка - в одну глобальную переменную ds присваиваются все создаваемые DataSource'ы. И соответственно данные читаются только из последнего созданного.
Надо изменить на что-то типа такого:
Код
--Создаётся обёртка
function DataSource(class,security)
local [B]ds[/B] = CreateDataSource(class, security, interval);
ds:SetUpdateCallback(function(index) MyCallbackForAllStocks(class,security[B],ds[/B],index) end)
end
Это надо не здесь отвечать, а написать в документации! Собственно об этом уже неоднократно говорилось, что документация по QLua очень плохо написана. Здесь вам об этом еще раз решили напомнить.
Stanislav Tvorogov, цена может не только расти, но и сразу падать. Поэтому если достигнутая цена устраивает, то можно отступ задать равным нулю, чтобы заявка сразу выставилась, не дожидаясь отката цены.
Еще бы сделали, чтобы условие отступа сразу проверялось при достижении условия стоп-цены, а нее ждало следующей сделки. Это играет роль, если значение спреда равно 0.
Полезная вещь. Только бы я еще ее расширил - сохранять в памяти (RAM) посление 100 сделок, с возможностью показывать их пользователю. То есть пользователь может видеть как идут сделки, при этом эти сделки не сбрасываются на диск.
Если включена опция «Исходя из настроек открытых пользователем таблиц», то Квик включает все опционы (а также фьючерсы и т.д.). И если хотя бы один опцион включен в ТТП, то все заказываемые поля по этому опциону распространятся на весь класс опционов (6000 опционов). Тут не отфильтруешь без влезания в этот автоматический процесс и снимания опции «Исходя из настроек открытых пользователем таблиц».
Egor Zaytsev, вы думали над тем, что когда добавляется хотя бы один опцион в ТТП, то данные будут приниматься по всем 6000 опционам? И какой будет (бесполезный) трафик при этом.
В WebQuik'е и мобильных Квиках, я так понимаю, такого нету - а то для этих решений это было бы слишком большой нагрузкой.