Форум QUIK [тема: Отказ от поддержки встроенного языка QPILE]

Отказ от поддержки встроенного языка QPILE

Fri, 27 May 2016 15:45:41 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Vitaly Skorobogatov написал:
Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет - принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.
=============

В связи с принятием решения отложить вопрос, данную ветку форума закрываем.
27.05.2016 15:45:41, Sergey Gorokhov.

Отказ от поддержки встроенного языка QPILE

Fri, 27 May 2016 14:51:10 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Вот мне: ОСНОВНОЕ - нужно по ODCB вываливать инфо в Access.

Так не могу же я, ДЕЙСТВИТЕЛЬНО, ГЛУБОКО, как работающий с этим программист, изучать: как сделать это НА ЯЗЫКЕ LUA.
А сейчас у вас такое по умолчанию - не работает.
(Хотя программировать, в принципе - умею. Но я программирую мат. АЛГОРИТМЫ, а не ИНТЕРФЕЙСЫ, ОБМЕНЫ и пр. чисто программные вещи - к которым у меня просто аллергия...).

Поэтому надо СНАЧАЛА ПОЛНОСТЬЮ осуществить хотя бы полную функциональную совместимость языков, а уже потом - отказываться от того, на котором люди ДАВНО и МНОГО чего наработали...

Вообще, мне представляется - вы пошли по странному пути.

QUIK - это РАБОЧИЙ ИНСТРУМЕНТ ТРЕЙДЕРА, а не программиста.
Т.е. надо УПРОЩАТЬ язык общения с QUIK - вплоть до ВИЗУАЛЬНОГО программирования,
чтобы ЛЮБОЙ чайник мог написать что-то своё ГЕНИАЛЬНОЕ, что его озолотит...

Кто же будет "ЗОЛОТОЙ АЛГОРИТМ" отдавать программисту? Все хотят - только сами такие вещи делать.
Вы, фактически, это убиваете.

Никто из трейдеров глубоко в проф. язык погружаться просто не будет. Чтобы на нём писать - надо это делать каждый день, т.е. быть не ТРЕЙДЕРОМ, а ПРОГРАММИСТОМ.
Т.о., предвижу миграцию с QUIK-а в что-то более дружественное...

Короче, считаю - вы не правы в принципе.
27.05.2016 14:51:10, Александр.

Отказ от поддержки встроенного языка QPILE

Fri, 27 May 2016 11:44:26 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
ds правильнее было бы определить как local.
27.05.2016 11:44:26, Constantin.

Отказ от поддержки встроенного языка QPILE

Thu, 26 May 2016 22:18:36 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Похоже, можно обойтись и без update_func
====code====

function cb(o,i)
     message(string.format("%s : %.3f",o.sec_code,o:C(i))) 
end

   class_code = "SPBFUT"
   sec_code = "RIZ6"
   interval = INTERVAL_M1

   ds  = CreateDataSource(class_code, sec_code, interval)
   assert(ds)
   ds.class_code = class_code
   ds.sec_code = sec_code
   ds:SetUpdateCallback(function(index) cb(ds,index) end)

=============
26.05.2016 22:18:36, Андрей 77.

Отказ от поддержки встроенного языка QPILE

Thu, 26 May 2016 03:43:02 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Добрый день.
Это все описано в документации по языку.
https://www.lua.org/pil/6.1.html
26.05.2016 03:43:02, Michael Bulychev.

Отказ от поддержки встроенного языка QPILE

Wed, 25 May 2016 23:36:16 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Michael Bulychev написал:
>Это не было реализовано потому, что пользователи могут сделать реализацию самостоятельно.

Ну да, так работает. Действительно, зачем реализовывать, лучше сделать полуфабрикат, чтобы пользователи не скучали и сами все реализовывали :).
25.05.2016 23:36:16, Андрей 77.

Отказ от поддержки встроенного языка QPILE

Tue, 24 May 2016 11:33:06 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Николай Камынин написал:
Основная проблема при переходе с QPILE на LUA будет в отображении таблиц и изменении самой логики работы программы.
Поэтому никакой конвертор делать конвертер не поможет.
Единственный способ - это переписать программы QPILE на LUA.
Оставить QPILE тоже не смогут, так как в новых версиях терминала надо будет поддерживать совместимость а именно это и собираются прекратить.
Резюме про телегу и сани я уже написал.
Поэтому пользователи QPILE приступайте к переписи своих программ на LUA, пока еще не поздно.
Этот процесс не быстрый, как возможно некоторым ка-жет-ся.
=============
Совершенно согласен с Николаем. Жаль, конечно, что разработчики навалили лишней работы, но раз они это решили сделать, то будьте уверены - сделают пренепременно. И в такой ситуации лучше начинать переносить свой код уже сейчас, постепенно и без спешки, с основательным тестированием. Потому что, если даже они и оставят пока QPILE в составе QUIK, то поддержки-то уже не будет. А это значит, что при любом серьёзном изменении на стороне биржи все пользователи QPILE окажутся перед фактом, что надо СРОЧНО переходить на Lua, т.к. на QPILE программы в одночасье работать перестанут.
24.05.2016 11:33:06, Илья Грачёв.

Отказ от поддержки встроенного языка QPILE

Tue, 24 May 2016 07:39:28 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Алексей написал:
Коллеги,
я не разработчик, а пользователь купленного робота.
Но как говорил Гусев в "Приключениях Электроника" - "У меня тоже голос, я тоже петь хочу".
...
Итог.
Если перефразировать умную мысль "бизнес - это не как меньше потратить, а как больше заработать",
то хорошая программа - это не какой функционал убрать (и таким образом снизить совместимость с тысячами сопутствующих разработок),
а то - как, наоборот, расширять свой сегмент рынка и охват пользователей. Кто-то выше очень точно написал - ваши конкуренты, наверняка,
напьются на радостях, ведь очевидно, что "кусок пирога", который вы собираетесь сами от себя отрезать - они попилят между собой.

В общем, давайте жить дружно.
Давайте помогать друг другу зарабатывать, а не мешать.
На падающем рынке не до смены сейчас технического фундамента. Тут бы с торговыми стратегиями и финансами разобраться.

=============
Спасибо за столь развернутое мнение! Как уже было озвучено нами ранее в этой переписке - данная тема была сродана для получения обратной связи от клиентов, а не для предупреждения, что сейчас начнется рубка с плеча. Считаем, что эту самую обратную связь мы получили :) Общественность вполне убедительно аргументировала свою позицию. Мы люди вроде бы тоже разумные - т.е. услышали, поняли и приняли решение о преждевременности отказа от QPILE.
24.05.2016 07:39:28, Vitaly Skorobogatov.

Отказ от поддержки встроенного языка QPILE

Mon, 23 May 2016 23:06:05 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Это серьезно. Давайте делаем "нормальный" продукт.
23.05.2016 23:06:05, Igor Golovin.

Отказ от поддержки встроенного языка QPILE

Mon, 23 May 2016 23:02:28 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Есть Omega Research ProSuite. Это торговый терминал для американской фирмы ( ее наледник TradeStation) и система тех аналила и база данных котировок одновременно. Не обновлялась с 2000 г. , но люди до сих пор ее используют. Строят системы Omega + QUIK + "пристройка". QUIK используется только для снятия и выставления ордеров, получения отчетов, визуализации и еще немногого. Вот, "родили бы" вы аналог российский, вам бы памятник поставили нерукотворный..... Или программисты на Руси перевелись? или руководят ими не те?.... Если не можете, обсудим ТЗ и сделаем, поможем. Тем более Omega написана бывшими советскими программистами, временно осевшими в штатах в свое время, а теперь в роди как в Латвии (не уверен точно). Не вижу препятствий для написания современного продукта в замен давно морально устаревшего QUIK.... в сравнении с Omega или TradeStation - QUIK - просто "отстой", даже за Родину стыдно....
23.05.2016 23:02:28, Igor Golovin.

Отказ от поддержки встроенного языка QPILE

Mon, 23 May 2016 16:44:58 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Sergey Gorokhov написал:

====quote====
Андрей 77 написал:
А почему нельзя в CreateDataSource, SetUpdateCallback предусмотреть чтобы и class и security и ds были доступны cb ? Но только не переменные с такими именами, а их значения.
=============
Просто это не было реализовано.
Мы зарегистрировали от Вас пожелание на доработку. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
=============
Это не было реализовано потому, что пользователи могут сделать реализацию самостоятельно.
Предыдущий пример был не совсем корректный.
====code====

function cb(owner, index )
   local t = owner:T(index)
   message( string.format("%s, %s, %d", owner.class_code, owner.sec_code, index))
end

   class_code = "SPBFUT"
   sec_code = "RIZ6"
   ds  = CreateDataSource(class_code, sec_code, INTERVAL_M1)
   assert(ds)
   ds.update_func = cb
   ds.sec_code = sec_code
   ds.class_code = class_code
   ds:SetUpdateCallback(function(index) ds:update_func(index) end)

=============
23.05.2016 16:44:58, Michael Bulychev.

Отказ от поддержки встроенного языка QPILE

Mon, 23 May 2016 16:33:22 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Igor Golovin написал:
А почему LUA???? Тогда лучше пристроить бы интерпретатор Дельфи или Си? и зачем прибегать к экзотике???
=============
Lua был выдран по многим причинам, одна из них его большая популярность среди сторонних продуктов.

====quote====
Igor Golovin написал:
А QPILE лучше оставить....
=============
Как было сказано выше, вопрос о судьбе QPILЕ отложен на неопределенный срок.

====quote====
Igor Golovin написал:
Больше вопросов не к нему, а к квику... который иногда просто "падает", разрывает связь, глючит, "распухает" в памяти машины.... приходится дописывать проги по удалению или блокировке встроенных логов и т.д.
=============

Если есть конкретные проблемы с которыми Вы сталкиваетесь при работе с терминалом, поддержка готова их рассмотреть.
23.05.2016 16:33:22, Sergey Gorokhov.

Отказ от поддержки встроенного языка QPILE

Mon, 23 May 2016 16:28:09 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Андрей 77 написал:
А почему нельзя в CreateDataSource, SetUpdateCallback предусмотреть чтобы и class и security и ds были доступны cb ? Но только не переменные с такими именами, а их значения.
=============

Просто это не было реализовано.
Мы зарегистрировали от Вас пожелание на доработку. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
23.05.2016 16:28:09, Sergey Gorokhov.

Отказ от поддержки встроенного языка QPILE

Mon, 23 May 2016 16:24:43 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Григорий Старцун написал:
Ладно поддержка ваша не нужна, но совместимость рабочих портфелей QPILE для QUIK необходимо оставить обязательно, иначе очень много клиентов QUIK перебегут на MT5 что вам в принципе не выгодно, если вы сомневаетесь в этом то сами брокеры говорят что спрос со стороны клиентов с подавляющим перевесом на стороне MT5, единственное что меня удерживает от QUIK это очень удобный механизм отладки портфелей которые очень легко можно редактировать в текстовом редакторе и сразу же локально загружать в ИТС.
=============

Обеспечение обратной совместимости, это и есть поддержка. То есть если не будет поддержки то совместимость может быть в любой момент потеряна.
Однако, как уже было сказано выше, на текущий момент вопрос об отказе отложен на неопределенный срок.
23.05.2016 16:24:43, Sergey Gorokhov.

Отказ от поддержки встроенного языка QPILE

Sun, 22 May 2016 00:18:24 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
А почему LUA???? Тогда лучше пристроить бы интерпретатор Дельфи или Си? и зачем прибегать к экзотике??? А QPILE лучше оставить.... Больше вопросов не к нему, а к квику... который иногда просто "падает", разрывает связь, глючит, "распухает" в памяти машины.... приходится дописывать проги по удалению или блокировке встроенных логов и т.д. Если не будет QPILЕ, я лично перейду к брокеру, не использующему к квик вообще.... все ровно придется переписывать все, тогда уже и не на луа и не в квике..... Спасибо.
22.05.2016 00:18:24, Igor Golovin.

Отказ от поддержки встроенного языка QPILE

Sat, 21 May 2016 15:09:28 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Коллеги,
я не разработчик, а пользователь купленного робота.
Но как говорил Гусев в "Приключениях Электроника" - "У меня тоже голос, я тоже петь хочу".

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

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

За все эти годы компания ARQA Technologies стала для сотен трейдеров если не другом, то верным товарищем и соратником.
Безусловно, всегда есть какие-то взаимные пожелания и даже упреки. Но, как бывший программист и IT-директор,
я не помню ни одного проекта, когда пользователи были бы на все 100% довольны. Им всегда что-то надо еще :).

Но я знаю и другое - Клиент всегда голосует своим карманом. И если столько людей пользуется данным продуктом,
а также языком QPILE - то значит это и есть выбор Клиента. Это может не нравиться. Это может казаться не логичным. Но это факт!
Только, пожалуйста, не надо про интерпретаторы. Лично я старый/закоренелый pascal-евиц, делфист и т.п.
Но сейчас - когда физически нет времени изучать новые языки, когда бизнес и рынок все жестче и жестче, когда куча чисто менеджерских задач,
я 99% кода пишу на VBA - и в 2-3 раза обгоняю в этом целый отдел автоматизации нашей компании. Надо сказать не мелкой.
Но жизнь такая пошла - гибким и быстрым надо быть на рынке, и порой проще прототип накидать и обкатать самому, чем писать кучу ТЗ.

Поэтому я обращаюсь к разработчикам Quik - не рубите сгоряча.
Вспомните 90-е. Судя по тому, что головной офис компании находится в Новосибирске, среди вас точно есть
те, кто на своем опыте почувствовал что такое "обновление основных фондов в кризисное время и "через колено".

У любой коммерческой организации есть Миссия и ключевые направления деятельности.
У вашей компании - это помогать в автоматизации торговых операций. ПОМОГАТЬ!
Да это не просто. Никто не говорит, что поддержка/совместимость с QPILE дается бесплатно
(хотя, откровенно говоря, думаю, используется в основном старый код).
Поэтому не делайте ошибку - не убивайте любовь Клиента к себе.
Я не говорю, что QPILE нужен всем. Кто-то любит за одно, кто-то за другое.
Каждый нашел в вашем продукте что-то своё.

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

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

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

В общем, давайте жить дружно.
Давайте помогать друг другу зарабатывать, а не мешать.
На падающем рынке не до смены сейчас технического фундамента. Тут бы с торговыми стратегиями и финансами разобраться.

С уважением,
человек некогда пересевший с QBACIS на Pascal со 100% уверенностью, что никогда больше не вернется к интерпретаторам и бейсику - языку для начинающих.
Но, как известно, жизнь всегда вносит свои коррективы. И почему то именно на VBA, а не Java (ой, кстати, тоже не 100% чистокровный то компилятор :),
я сейчас приношу очень большую пользу бизнесу компании. А Делфи, Делфи, я признаться, до конца так и не освоил.
Парадокс... А ответ прост - дайте рынку и пользователям самим сделать свой выбор. Они же не враги сами себе, значит что-то в этом выборе есть.
21.05.2016 15:09:28, Алексей.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 18:49:59 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
kbrobot.ru написал:

====quote====
s_mike@rambler.ru написал:
библиотеками) эмулируется на раз-два. Формулы Бекуса-Наура + любой интерпретартор этих формул - и вот вам правила. Подключаем семантику - и готов компилятор в Lua. Готовых инструментов для разбора синтаксиса - миллион. Можно и самому написать - сложность синтаксиса qpile LR0.

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

Где тот фонд, который мне заплатит за кросс-прроцессор? (хохот)
=============
Дык выже сами написали, что проблем нет с таким конвертором. ЗАчем Вам фонд :)
=============
Однажды я уже писал разбор синтаксиса qpile. Второй раз процесса ради уже неинтересно.
20.05.2016 18:49:59, s_mike@rambler.ru.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 18:33:36 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Они и представить себе не могли, что такая халявы к ним сама приплывет
20.05.2016 18:33:36, kbrobot.ru.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 18:33:07 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Sergey Gorokhov написал:
огим проще, большинство задач которые на нем решаются в Lua занимают гораздо меньше строк кода.
Если у Вас возникнут проблемы с освоением Lua поддержка всегда поможет.
=============
Это большая ошибка. MetaTrader на радостях сейчас шампанскою пьют
20.05.2016 18:33:07, kbrobot.ru.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 18:31:37 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
s_mike@rambler.ru написал:
библиотеками) эмулируется на раз-два. Формулы Бекуса-Наура + любой интерпретартор этих формул - и вот вам правила. Подключаем семантику - и готов компилятор в Lua. Готовых инструментов для разбора синтаксиса - миллион. Можно и самому написать - сложность синтаксиса qpile LR0.

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

Где тот фонд, который мне заплатит за кросс-прроцессор? (хохот)
=============
Дык выже сами написали, что проблем нет с таким конвертором. ЗАчем Вам фонд :)
20.05.2016 18:31:37, kbrobot.ru.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 17:26:23 +0300

   ds: SetUpdateCallback ( function (index) cb(index,class,security)  end )

=============
=============
Здесь не cb определяет , а мы явно передаем security. Кроме того, такой метод имеет одну крайне неприятную особенность.
Вот если, например, сделать так: ====code====

security='LKOH'

   ds1 = CreateDataSource(class,security,INTERVAL_M1)
   ds1:SetUpdateCallback(function(index) cb(index,class,security) end)

sleep(10000)

security='SBER'

   ds2 = CreateDataSource(class,security,INTERVAL_M1)
   ds2:SetUpdateCallback(function(index) cb(index,class,security) end)

=============
то сразу будет видно, что callback в момент вызова получает не значение параметра security в момент его связывания с ds, а просто переменную security и любое ее изменение в main првиедет к измнению работы callback'a. А почему нельзя в CreateDataSource, SetUpdateCallback предусмотреть чтобы и class и security и ds были доступны cb ? Но только не переменные с такими именами, а их значения.
20.05.2016 17:26:23, Андрей 77.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 16:28:35 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Vitaly Skorobogatov написал:
Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет - принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.
=============
И вам спасибо!
20.05.2016 16:28:35, валерий.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 15:33:12 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Sergey Gorokhov написал:

====quote====
валерий написал:

====quote====
Sergey Gorokhov написал:
То что с документацией есть сложности к сожалению правда, мы стараемся исправить этот недочет.
В лубом случае если возникнет недопонимание, служба поддержки всегда готова помочь.
=============
Уж как минимум прежде чем заставлять переходить с купайла на клуа надо бы разобраться и устранить "недочеты" (уж точно он не один), а не обещать стараться. Откровенное пренебрежение к клиентам и как вы стараетесь давно всем ясно.
=============
Как уже было сказано и не один раз, сейчас речь идет только и только о рассмотрении прекращения поддержки QPILE.
Если есть конкретные причины по которым Вы не можете перейти на Lua, будет предложен вариант решения или зарегистрировано пожелание на доработку.
Чтобы найти как можно больше недочетов и была создана эта ветка форума.
В результате к концу срока рассмотрения (которое как уже много раз говорилось будет длиться целый год) найденные недочеты, по возможности, будут устранены.
=============
Ладно поддержка ваша не нужна, но совместимость рабочих портфелей QPILE для QUIK необходимо оставить обязательно, иначе очень много клиентов QUIK перебегут на MT5 что вам в принципе не выгодно, если вы сомневаетесь в этом то сами брокеры говорят что спрос со стороны клиентов с подавляющим перевесом на стороне MT5, единственное что меня удерживает от QUIK это очень удобный механизм отладки портфелей которые очень легко можно редактировать в текстовом редакторе и сразу же локально загружать в ИТС.
20.05.2016 15:33:12, Григорий Старцун.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 14:40:27 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Также считаю , что нет необходимости ставить палки в колёса людям , у которых собственные программы написаны под настоящую версию. По вопросу того же DDE,напрмер, полностью согласен , сам несколько лет успешно пользуюсь данным выводом данных . Удобно , без проблем. Переписывать данные программы не очень удобно и есть ли вообще возможность сделать это ...Некоторые , возможно , могут столнуться с проблемами восстановления своих программ ВООБЩЕ. А у некоторых могут встать вопросы о преостановки торговли и изменении ПО. Зачем это делать?
20.05.2016 14:40:27, Андрей.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 12:56:51 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Dmitry Dimaka написал:
То есть получается, что c помощью Lua я смогу получить все указанные ниже данные?

=============

Да верно.
в QPILE Вы используете функцию GET_PARAM и GET_PARAM_EX
Эти функции работают с таблицей текущих торгов.

В QLUA для обращения к этой таблице используется функция getParamEx
20.05.2016 12:56:51, Sergey Gorokhov.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 12:51:51 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Сергей,

То есть получается, что c помощью Lua я смогу получить все указанные ниже данные?
Спасибо заранее за ответ.

sBase=get_value(GET_PARAM_EX(ClassesList, tSecCode, "OPTIONBASE"),"PARAM_IMAGE")
nLastBase=GET_PARAM(ClassesList, sBase, "settleprice")+0
SOptType=substr(get_value(GET_PARAM_EX(ClassesList, tSecCode, "OPTIONTYPE"),"PARAM_IMAGE"),0,1)
nVol=GET_PARAM(ClassesList, tSecCode, "VOLATILITY")+0
nStrike=GET_PARAM(ClassesList, tSecCode, "STRIKE")+0
nDayToMat=GET_PARAM(ClassesList, tSecCode, "DAYS_TO_MAT_DATE")+0
nTheorPrice=GET_PARAM(ClassesList, tSecCode, "THEORPRICE")+0
Date = GET_VALUE(GET_PARAM_EX(ClassesList, tSecCode, "EXPDATE"),"PARAM_VALUE")+0
20.05.2016 12:51:51, Dmitry Dimaka.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 12:50:54 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет - принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.
20.05.2016 12:50:54, Vitaly Skorobogatov.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 12:30:59 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
Dmitry Dimaka написал:
Я был бы рад перевести их на Lua, но в данный момент это невозможно, т.к. насколько мне известно, в Lua нельзя получить доступ к доске опционов.

=============

Здравствуйте,
В QPILE тоже нет доступа к доске опционов и никогда не было.

====quote====
Dmitry Dimaka написал:
А мне необходимо получать данные из нее (цены buy\sell\theor, волатильность, дата экспирации).

=============

Эти данные есть в таблице текущих торгов. К ней доступ через QLUA есть

====quote====
Dmitry Dimaka написал:
1) получения значений индикаторов с графика (например текущего значения moving average)

=============

Через Lua это можно сделать двумя способами:
Первый это через функцию getCandlesByIndex
Второй это воспроизвести расчет нужного индикатора в коде Lua скрипта. Готовые функции есть по ссылке Все индикаторы на Lua

====quote====
Dmitry Dimaka написал:
2) построения и вывода на экран собственной таблицы, ячейки которой можно "раскрашивать" разными цветами.
Наверняка этот функционал в Lua есть, просьба подтвердить.

=============

Да этот функционал есть. Он описан в справке QLUA.chm в разделе "Функции для работы с таблицами Рабочего места QUIK"
20.05.2016 12:30:59, Sergey Gorokhov.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 12:20:06 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.
Уважаемые разработчики Quik!

Мой написаны и используются десятки QPILE-скриптов для работы с опционами.
Я был бы рад перевести их на Lua, но в данный момент это невозможно, т.к. насколько мне известно, в Lua нельзя получить доступ к доске опционов.
А мне необходимо получать данные из нее (цены buy\sell\theor, волатильность, дата экспирации).

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

Спасибо,
Дмитрий.
20.05.2016 12:20:06, Dmitry Dimaka.

Отказ от поддержки встроенного языка QPILE

Fri, 20 May 2016 11:44:09 +0300

Отказ от поддержки встроенного языка QPILE Отказ от поддержки встроенного языка QPILE в форуме Программирование на языке QPILE.

====quote====
валерий написал:

====quote====
Sergey Gorokhov написал:
То что с документацией есть сложности к сожалению правда, мы стараемся исправить этот недочет.
В лубом случае если возникнет недопонимание, служба поддержки всегда готова помочь.
=============
Уж как минимум прежде чем заставлять переходить с купайла на клуа надо бы разобраться и устранить "недочеты" (уж точно он не один), а не обещать стараться. Откровенное пренебрежение к клиентам и как вы стараетесь давно всем ясно.
=============

Как уже было сказано и не один раз, сейчас речь идет только и только о рассмотрении прекращения поддержки QPILE.
Если есть конкретные причины по которым Вы не можете перейти на Lua, будет предложен вариант решения или зарегистрировано пожелание на доработку.
Чтобы найти как можно больше недочетов и была создана эта ветка форума.
В результате к концу срока рассмотрения (которое как уже много раз говорилось будет длиться целый год) найденные недочеты, по возможности, будут устранены.
20.05.2016 11:44:09, Sergey Gorokhov.