Глебов Александр написал: Прошу совета, как получить горизонтальные объемы сделок на определенном уровне в заданном ценовом диапазоне. Имею в виду, как сумму всех сделок, так и в отдельности, покупки и продажи.
Спасибо, знаю про это. Мой вопрос связан не с готовым индикатором, а с получением горизонтальных объемов в скрипте QLua, чтобы затем их обрабатывать соответствующим образом.
Вы это можете сделать грубо на основе баров или точно, но для этого вам придется делать свою базу обьемов по каждому инструменту и по каждой цене по Таблице обезличенных сделок.
Александр М написал: Несколько смущают размеры файлов по Вашей ссылке
Согласен, меня то же смутил этот момент, как будто скомпилировано в дебаг'е (с информацией для отладки), но размер может быть увеличен и по каким то еще причинам. Но тем не менее скомпилированный скрипт работает. Разрабам квика все же, на мой взгляд, стоило бы заботиться о клиенте, можно было бы ссылку в доку добавить, или вовсе win32/64 компиляторы подкинуть, благо пока они места много не едят. По самой работе же 8.11 и моим скриптом скомпиленым под 5.4.1. за сегодня еще ни разу не упало, в то время как на предыдущей версии 8.09 по нескольку раз за день, устал уже перезапускать.
Все-таки хотелось бы получить официальный ответ от разработчиков, по поводу компилятора под их версию lua.
По моим наблюдениям на сегодняшний день самая стабильная версия 8.8.4.3, у меня ни разу не упала, работает круглосуточно.
ISR написал: Возможно не в тему, но сам искал где же взять этот самый lua 5.4.1, на lua.org не нашел, но гугл выдал таки одну ссылку: https://joedf.ahkscript.org/LuaBuilds/
Несколько смущают размеры файлов по Вашей ссылке, они раза в 2 отличаются от тех, что по официальной ссылке. Для примера картинка файлов официальных версий 5.35 и 5.40:
Евгений написал: То есть получается можно использовать только линии,свечи гистограммы треугольники как в настройках индикаторов и все, а уровни в виде прямоугольников и другие методы только от руки рисовать, это может быть смешно но пользуется популярностью ))
Да, тип линии можно выбрать в любом индикаторе, но суть от этого не меняется - 1 значение по 1 линии в 1 момент времени.
Евгений написал: То есть создать индикатор который использует например прямоугольники из методов создать можно?
Прямоугольник нет, т.к. Индикатор - это 1(ОДНО) конкретное значение в данные момент времени по конкретной линии, т.е. вы можете создать отрезок верхней и нижней линий прямоугольника. Зачем Вам для торговли вертикальные линии?
Andrey Bezrukov написал: 3. Данный вопрос предлагаем уточнить непосредственно у разработчиков данного инструментария с учётом того, что, по всей видимости, он предусматривает совместимость с lua5.4.0. Другой вариант – проверить совместимость самостоятельно, на практике. В случае подозрения на некорректную работу со стороны интерпретатора LUA в терминале QUIK – пожалуйста, сообщите. По вопросам эксплуатации представленных библиотек также предлагаем обращаться к их непосредственным разработчикам.
Это не библиотеки, это стандартный компилятор Lua. Когда я у Вас спрашивал про точно такой-же аналогичный, но по версии 5.3.5, Вы отвечали, что именно им и пользуетесь для компиляции. Если по данному компилятору (по версии 5.4) Вы ответить не можете, то укажите, каким ПО компилировать скрипты под Вашу версию 5.4.1.
Евгений написал: Как использовать инструменты технического анализа из Lua ?
Имею в виду Горизонтальные и наклонные уровни, фибо, фигуры, прямоугольники и тп.
Никак. Это просто картинки на графике, они из Lua недоступны. Вы должны реализовать индикаторы, которые делают тоже самое и тогда значения этих индикаторов вы сможете считывать из Lua. У меня на сайте и у некоторых коллег, которые здесь пишут, есть готовые индикаторы на эту тему.
swerg написал: Хотелось бы уточнить у тех. поддержки про новую версию 8.11:
1) Зачем остался в дистрибутиве (в обновлении) файл lua5.1.dll ? как он функционирует?! Вроде его планировали убрать.
2) В списке исправленных недоработок есть несколько пунктов про Lua (пункты 10, 11, 12, 13) Подразумевается, что указанные в них проблемы исправятся только при использовании Lua 5.4 ? или для Lua 5.3 они исправлены тоже?
1. Поддерживаю, не понятно для какой именно версии lua исправлены ошибки, перечисленные в списке обновлений. 2. Выбор версии Lua будет Вами поддерживаться и дальше или с какой-то версии вы перейдете строго на Lua 5.4.1? 3. Почему не 5.4.2?
Владимир написал: nikolz, Исторические данные отличаются от реальных лишь тем, что берутся из файла (из БД), а не поступают в реальном времени от того же Квика, а потому алгоритм, который хорошо работает на исторических данных будет столь же хорошо работать и на данных реальных - просто входной поток данных приходит из другого места. Алгоритм ZigZag тупой - это другое дело, и тупой он КАК на исторических данных, ТАК И на данных реальных.
Я думаю, что nikolz имел в виду, что пику в этих индикаторах всегда отображаются задним числом, текущая цена при этом от пика уже далека.
Торговать по данным индикаторам можно, но не напрямую.
Egor Zaytsev написал: Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок. Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.
Я думаю, что не имею право тут делать ссылки на решения в других платформах, которые есть на рынке, но хотя бы базовая реализация обьемов.
Добрый день.
В таком случае именно от mihail пожелание уже зарегистрировано.
На данный момент горизонтального объема на графике в QUIK нет. Мы зарегистрировали ваше пожелание и постараемся его рассмотреть. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Правильно понимаем, что Вы бы хотели иметь возможность задавать дробное значение для уровня, если цена инструмента, например, измеряется в целых числах? Или если у значения цены инструмента, например, два знака после запятой - то Вы бы хотели иметь возможность выставлять уровень со значением, у которого будет три и более знака после запятой?
Да, все верно, т.к. точность индикатора в дополнительной области абсолютно не связана с точностью самого инструмента. Выставлять одинаковую точность во всех областях вообще некорректно.
Egor Zaytsev написал: Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок. Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.
Я думаю, что не имею право тут делать ссылки на решения в других платформах, которые есть на рынке, но хотя бы базовая реализация обьемов.
Самописные есть у многих, в том числе и у меня и Вы прекрасно должны знать о сложностях работы с обезличенными сделками и историей по графику, поэтому конечно встроенный индикатор с историей будет предпочтительным. У данной задачи скорее всего будет невысокий приоритет, т.к. нормальная реализация достаточно сложная, это по сути надо отдельный слой данных хранить по инструментам, но если сделают, то будет замечательно.
Уже который год в терминале QUIK невозможно задать дробные уровни у любого индикатора в дополнительной области (любой осциллятор или гистограмма). Уровень можно задать только с точностью самого инструмента, хотя точность осциллятора абсолютно не должна совпадать с точностью инструмента (например он может быть от 0.до 1).
Присвойте номер данной проблеме и когда можно получить ее решение?
Egor Zaytsev написал: Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок. Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.
Я думаю, что не имею право тут делать ссылки на решения в других платформах, которые есть на рынке, но хотя бы базовая реализация обьемов.
Александр М написал: У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
В таком случае у Вашего брокера и его техподдержки Вы и вправе что-то требовать, если, конечно, это прописано в Вашем договоре с ним. Что касается общения с нами - просим не использовать такие термины. Мы не обязаны делать Вам личный кабинет, давать "в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения".
P.S. Вы (справедливости ради не только Вы, но и некоторые другие участники в том числе и данного обсуждения) прямо нарушают правила форума, рекламируя на нашем ресурсе свои сайты. То, что мы пока смотрим на это сквозь пальцы, в том числе и означает уровень нашего хорошего отношения к Вам лично и к другим подобным участникам. Но движение навстречу должно быть обоюдным, надеемся на Ваше понимание.
Я и пытаюсь двигаться навстречу и хочу понять простой вопрос. В терминале QUIK найдена ошибка или некорректное поведение. Куда мне написать, чтобы получить ответ не только о принятии данной проблемы, но и узнать о сроках ее решения?
Правильно ли я понял Ваши слова: Если в программном обеспечении QUIK я нашел ошибку, то я должен о ней писал НЕ Вам, а своему брокеру? Тогда я им данную переписку скопирую и буду требовать решения проблемы от них. Я пишу не про проблемы новичков с настройками терминала, а именно про ошибки работы ПО или ее некорректной работы.
Александр М написал: Со всеми программными продуктами, которые я купил или взял в аренду (как у вас)
Мы правильно понимаем, что Вы утверждаете о наличии у Вас с нами взаимообязывающих юридических оснований? В таком случае просьба сообщить (здесь, в личку, нам на почту) номер Вашего договора с ARQA Technologies, наименование брокерской Компании, которую Вы представляете, и Вашу должность в ней. По получению данной информации готовы в рамках электронной переписки обсудить приоритеты и ориентировочные сроки реализации тех или иных зарегистрированных от Вас проблем/пожеланий.
У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала. У вас к сожалению нет полноценного HelpDesk в личном кабинете, есть только этот форум, где куча тем от всех и есть электронная почта, по которой ориентироваться в статусах заявок тяжело. Я вам напишу обязательно список пожеланий и проблем, которые висят с моей стороны и которые висят здесь на форуме не 1 год, посмотрим на реакцию.
s_mike@rambler.ru написал: Однажды, несколько лет назад, я зарегистрировал предложение. Мне его обещали рассмотреть. На том дело кончилось, видимо рассмотрение затянулось. Через пару лет я еще раз сделал в этом форуме то же самое предложение. О чудо, оно было рассмотрено (никто ни словом не обмолвился, что такое предложение уже было раньше и именно от меня).
Добрый день.
Вы действительно считаете, что мы наизусть помним все зарегистрированные пожелания в разрезе тех никнэймов, от которых они заводились? Причём на горизонте нескольких лет? Лестно читать подобное конечно, но по факту это выглядит так: сотрудник видит что пожелание "по делу" и заводит его, если пожеланий по одной теме накапливается всё больше и больше - это может изменить приоритет по ней.
Цитата
s_mike@rambler.ru написал: А вы мне рассказываете по какое-то "большое внимание", про "фиксируются", "повышают приоритет".. Ох уж мне эти сказочки, ох уж эти мне сказочники...
И про внимание, и про фиксацию, и про возможность повышения приоритета - чистая правда. Раз Вы считаете это "сказками" - так зачем же здесь пишите? Ради флейма? У нас здесь тематический форум, настоятельно рекомендуем воздержаться от подобного.
Я понимаю, что сбор и регистрация пожеланий пользователей необходима для исполнения неких формальных протоколов и имеет отдаленное отношение к реальной работе по их реализации.
но ошибки! ошибки, иногда серьезные, иногда прямо противоречащие написанному в официальной документации. , признанные, подтвержденные, по которым многократно получен ответ "будет исправлено" вы не исправляете. Годами.
Можно рвать тельняшку и клясться про внимание, приоритеты и работу в поте лица - практика не подтверждает.
Ещё раз: есть понятие приоритета. У нас нет физической возможности сделать всё и сразу. Мы понимаем, что каждый пользователь считает исправление волнующих его ошибок/реализацию конкретно его пожеланий самым важным делом, за которое разработчикам нужно браться безотлагательно. Мы же видим ситуацию несколько по другому, и в условиях ограниченных возможностей делаем в первую очередь ту работу, которую считаем более приоритетной.
Честно говоря очень странная политика. Есть продукт, за который мы платим. По данному продукту есть проблема. Я как клиент имею полное право завести проблему и получить по ней информацию. Причем полную информацию, т.е. что проблема подтверждена и будет решена тогда-то или не подтверждена и мне по ней надо что-то доотправить. Со всеми программными продуктами, которые я купил или взял в аренду (как у вас) практика всегда одинаковая, Ваш продукт исключение. Почему проблема с Вашей стороны подтверждается, но ее решение откладывается на неопределенный срок? По всем проблемам QUIK брокер отправляет напрямую к Вам в тех. поддержку и правильно делает. Вы разработчик и обязаны устранять проблемы по своему ПО. Если пожелания Вы можете отложить или присвоить им низкий приоритет, то ошибки должны быть устранены сразу, буквально в течение 1-2 версий и уж точно не решаться годами.
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет
Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Добрый день.
Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.
Никто не просит вас отчитываться за каждое пожелание, но хотя бы список ближайших внедрений или вообще список, который вы учитываете, можете выложить. В конце концов есть конечный клиент, который написал вам об ошибке или пожелании. Вы присвоили номер, адресно в личном кабинете можно хранить список заявок со статусом и ответами? Это вообще стандартная практика по тех.поддержке по любому проекту.
Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
По каждому конкретному пожеланию мы можем предоставить его статус, тут вопросов нет. ...
Отлично. куда мне написать, чтобы конкретно по моему перечню пожеланий был заведен номер и я мог в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения? Это будет лично в моем кабинете или в общей кучи аналогичных тем?
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет
Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Добрый день.
Эта информация для внутреннего пользования, выкладывать её куда-то наружу мы не будем.
Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.
Никто не просит вас отчитываться за каждое пожелание, но хотя бы список ближайших внедрений или вообще список, который вы учитываете, можете выложить. В конце концов есть конечный клиент, который написал вам об ошибке или пожелании. Вы присвоили номер, адресно в личном кабинете можно хранить список заявок со статусом и ответами? Это вообще стандартная практика по тех.поддержке по любому проекту.
Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
Скользящая средняя по индикатору объёма, Добавить скользящую среднюю на объёмы с настройкой периода и параметров отображения(цвет, толщина, выше или ниже гистограмм)
Я думаю что к пожеланию по горизонтальным обьемам присоединится половина Ваших клиентов. Это очень актуально. В идеале они должны быть доступны из lua, как и обычный обьем и разделяться на покупки/продажи (флаг настройки индикатора), глубину рассмотрения данных (от какой даты или за какой период).
Все пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет
Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Михаил Понамаренко написал: Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
очевидно это у вас версия 7 на XP у меня тоже 7 версия кушает 600 КB а вот верия 8.3 на win10 даже без робота кушает 6.8МБ
Вроде русским языком написано версия 8.8.4.3 на win10 и кушает столько, сколько я написал.
Михаил Понамаренко написал: Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
Александр М написал: В связи с переходом биржи мы дождались 19 знаков.
Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
Результат: "bad argument #2 to 'format' (number has no integer representation)"
Правильно я понял, что Вы где надо и не надо лепили к числам ".0" В итоге получали переполнение разрядной сетки мантиссы, т к в отличии от целого числа на нее в 64 битах меньше места? Ну батенька, надо учить мат.часть.
Не правильно, я вообще ничего не лепил и у меня преобразования не было, но я в коде исторически использовал "%.f", т.к. надеялся, что если преобразование типов случайно пройдет, то в строку не добавится ".0" в конце. Код .0 не добавлял, а вот сам номер изменил даже при преобразовании целого числа в строку, о чем я и написал.
Александр М написал: print(a)print(tostring(a))print(a+1)print(tostring(a+1))
сделал так: а=9152336732254970146 print(a) print(tostring(a)) --------------------- результат: 9152336732254970146 9152336732254970146 ---------------- что не так?
Пока тип не поменялся, все tostring() работает корректно, я выше уже написал. Теперь надо следить за этим в коде, т.к. если он изменится, то преобразование числа в строку дает или неправильное значение или вообще с e+... Выше я продемонстрировал. Я в своем коде проблему решил, просто проверил все места, где смотрится или преобразовывается номера заявок или сделок.
vladindre написал: Хотел бы добавить почти в тему , не создавая новую. Не работает редактирование в индикаторе.Меняю параметр , по логике должен измениться результат , а ничего не меняется . Мозг начал взрываться , все проверил тыщу раз. Все правильно. Пришлось воткнуть message и обнаружилось , что входной параметр не изменяется после редактирования. Индикатор не прилагаю , поскольку он примитивно простой с десяток строк и ломаться там нечему. Больше сочинил в качестве теста для проверки работы некоторых функций для применения в другом более объемном продукте. И кстати это уже второй случай.
В августе сочинил индикатор и такая же история - не меняется тэг линии , с которой надо брать данные. Я и так и эдак и все никак. Пробовал добавлять функцию OnChangeSettings() и тоже результата ноль Пришлось делать копии для разных окон с заранее прописанным тэгом индивидуально. То есть вставляешь индивидуальный индикатор и все четко работает. Это конечно очень нехороший косяк.Ну у меня пара десятков окон , а у кого если сотни ? Версия последняя 8.8.4.3. На предыдущих редактирование работало четко. Кстати встроенные работают нормально.
Такого не замечал, версия QUIK та же. 1 индикатор на нескольких графиках и на всех разные параметры.
For floating-point numbers, Standard Lua uses double precision. It represents each number with 64 bits, 11of which are used for the exponent. Double-precision floating-point numbers can represent numbers withroughly 16 significant decimal digits, in a range from -10308 to 10308. (Small Lua uses single-precisionfloats, with 32 bits. In this case, the range is from -1038 to 1038, with roughly seven significant decimaldigits.)
Any integer up to 2^53 (which is 9007199254740992) has an exact representation as a double-precisionfloating-point number. Integers with larger absolute values may lose precision when converted to a float.
Поэтому если число имеет тип math.type = integer, то до 2^53 (9007199254740992) нет проблем представления. А если это уже double, то его не будет.
Специально я не пытаюсь, я боюсь, чтобы случайно преобразования не было, иначе беда. Причем, если она случилась, то она не лечится, номер изменится.
nikolz написал: а можно подробнее про ошибку. у меня Lua 5.3 работает корректно вот пример: a=1952336732254970146 print(a) print(tostring(a)) print(a+1) print(tostring(a+1)) ------- результат: 1952336732254970146 1952336732254970146 1952336732254970147 1952336732254970147 ---------------- что не так?
Внимательно посмотрите все мои варианты и сделайте ваш пример для числа 9152336732254970146
Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
Повышенное потребление оперативной памяти при открытых таблицах «Купить/продать» и «Состояние счета».
В некоторых случаях наблюдались расхождения в значениях доходности по облигациям, вычисленных в форме ввода заявки и в Таблице заявок.
При использовании специализированной формы ввода заявок добавление транзакции в карман транзакций могло приводить к отправке данной транзакции в торговую систему.
Некорректный расчет доходности в специализированной форме ввода заявок, который не соответствовал доходности заявки.
Уважаемая техподдержка. Данная версия все еще считается нестабильной? У большинства брокеров максимальная 8.7.1.3.
_sk_ написал: Опасно. Терминал 8.8.1.5 ещё не готов к работе, т.к. падает с дампами. Пользователям ещё повезло, что у биржи менялись приоритеты (возможность отрицательных цен) и из-за этого дата всё отодвигалась.
Неясно, успеют ли разработчики за оставшийся месяц залечить дыры.
Добрый день.
Если падает терминал, то этот вопрос надо исследовать. Пришлите dmp файлы нам на quiksupport@arqatech.com будем разбираться.
Вам Юрий шлет дампы постоянно. Мало того терминал показывает увеличение занятой оперативной памяти вообще без запущенных скриптов на 2 разных компьютерах и это увеличение не застывает, а продолжает расти.
Evgeniy Karnaukhov написал: Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?
определенность внесена в резолюции, т.е. будут править документацию
Т.е. то, что у практически всех пользователей с установленными оптимальными параметрами нестандартными индикаторами слетят настройки Вас не волнует. И то что стоит автообновление у большинства пользователей, а это значит, что настройки сначала слетят и только потом они прочитают в вашей документации почему это произошло тоже не волнует?
Юрий вам писал, что на руках тысячи скомпилированных индикаторов, т.е. быстро исправить тоже не получится.
Вы замечательно решаете проблемы. И вы мне не ответили по поводу точности в индикаторах в дополнительных областях и выставления там пользовательских уровней. Просто игнорируете мой вопрос.