Александр М (Все сообщения пользователя)

Добавил в Котировках раздел Кросс-курсы валют, помогло, спасибо.

Я на это не обращал внимание. т.к. про сами бумаги я и так знаю, какая в какой валюте, но сейчас посмотрел, что для строк столбца "валюта" вообще нету для выбора.

Но для начала надо исправить Итоговую строку, она то явно некорректно показывает.  

Обновился до версии 8.13.1.16 (насколько я знаю, это самая последняя), проблема НЕ решена, брокер БКС:


Как видно итоги показывают, как сумму рубля и доллара, где доллар просто плюсуется как рублевое значение (Во всех показателях, которые выделены в синих прямоугольниках, включая те, что я заштриховал, как конфиденциальную информацию).
Если купить 1000$ на валютной секции, то QUIK пишет убыток МИНУС 73000 рублей (-74000+1000).

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

Спасибо за ответ, логику понял. Как я понимаю, уже к данной версии можно присматриваться. Я пока пользуюсь 8.8.4.3, она работает стабильно у меня.

Не совсем понял Ваш ответ. После обновления на 8.3.0.106 на родной (НЕ измененной) библиотеке lua проблемы исчезли?

За этот срок можно было точно определиться с приоритетностью и фактом - доработка будет делаться или нет.

Присоединяюсь к просьбе. У меня версия 8.8.4.3

Конкретно в ней вообще Состояние счета показывает некорректно, т.к. Доллары прибавляются к рублям, как рубли.

Т.е. если остаток на счете 100000 рублей И 5000 долларов, то ИТОГО Деньги он показывает 105000

Если я продал 74000 рублей и купил 1000$, то он показывает Убыток 73000 рублей.

Поскольку Вы спрашивали у меня, то отвечаю.

У разработчика уже есть готовые набор библиотек, каркасы роботов, индикаторов и т.д. из которых он собирает продукт. Все это переделывать на ЧУЖУЮ библиотеку:
1. Непонятно зачем, т.к. уже есть свое и готовое.
2. Опасно.

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

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

А в идеале иметь возможность добавлять новую линию прямо в коде индикатора (да при этом линия рассчитывается с текущего бара, но иногда это и нужно).

Присоединяюсь к пожеланию.
Нужен колбек, который вызывается при любом изменении настроек (ДО перерасчета первого бара графика), в котором можно было бы оперировать настройками индикатора и генерировать любое количество линий с заданной толщиной, цветом, типом.

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

Сделайте пожалуйста наконец формирование списка Lua-скриптов: возможность передвигать строки внутри списка вверх/вниз. Пусть при этом надо будет остановить скрипты, главное, чтобы строки каким-то образом можно было двигать. У многих ваших пользователей по несколько десятков строк в списке по разным стратегиям, добавляются, когда требуется запустить по новому инструменту или протестировать стратегию, в результате в списке полная каша и это никак не исправить.

Работа проделана очень большая. НО:

1. Решение явно сделано программистом для программиста. Простой пользователь ее не осилит в принципе
2. Большинство перечисленных пунктов в "Основные функции OS_Quesha." решаются в виде простого lua скрипта, включая и графические интерфейсы
3. Очень специфическое возможное использование, я даже не смог придумать сходу, где бы мне это решение понадобилось с учетом всех реализованных мною проектов, включая заказные

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

Всяческих вам успехов.

Все прекрасно работает через метки, вот пример:

https://trdrobot.ru/interaktivnyj-indikator-postroeniya-trendovoj-linii-dlya-quik/

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

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

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

По моим наблюдениям на сегодняшний день самая стабильная версия 8.8.4.3, у меня ни разу не упала, работает круглосуточно.

Несколько смущают размеры файлов по Вашей ссылке, они раза в 2 отличаются от тех, что по официальной ссылке.
Для примера картинка файлов официальных версий 5.35 и 5.40:

Да, тип линии можно выбрать в любом индикаторе, но суть от этого не меняется - 1 значение по 1 линии в 1 момент времени.

Прямоугольник нет, т.к. Индикатор - это 1(ОДНО) конкретное значение в данные момент времени по конкретной линии, т.е. вы можете создать отрезок верхней и нижней линий прямоугольника. Зачем Вам для торговли вертикальные линии?

Это не библиотеки, это стандартный компилятор Lua. Когда я у Вас спрашивал про точно такой-же аналогичный, но по версии 5.3.5, Вы отвечали, что именно им и пользуетесь для компиляции. Если по данному компилятору (по версии 5.4) Вы ответить не можете, то укажите, каким ПО компилировать скрипты под Вашу версию 5.4.1.

Никак. Это просто картинки на графике, они из Lua недоступны. Вы должны реализовать индикаторы, которые делают тоже самое и тогда значения этих индикаторов вы сможете считывать из Lua. У меня на сайте и у некоторых коллег, которые здесь пишут, есть готовые индикаторы на эту тему.

Вы не ответили на мои вопросы:
1. В будущем будет строгий переход на 5.4 или поддержка 5.3 останется надолго?
2. Все-таки 5.4.1 или 5.4.2?
3. Я представил ссылку
https://sourceforge.net/projects/luabinaries/files/5.4.0/Tools%20Executables/lua-5.4.0_Win64_bin.zip...
С помощью данного инструментария можно компилировать скрипты для QUIK lua версии 5.4?

По данной ссылке корректно будет работать компилятор?

https://sourceforge.net/projects/luabinaries/files/5.4.0/Tools%20Executables/lua-5.4.0_Win64_bin.zip...

1. Поддерживаю, не понятно для какой именно версии lua исправлены ошибки, перечисленные в списке обновлений.
2. Выбор версии Lua будет Вами поддерживаться и дальше или с какой-то версии вы перейдете строго на Lua 5.4.1?
3. Почему не 5.4.2?

Я думаю, что nikolz имел в виду, что пику в этих индикаторах всегда отображаются задним числом, текущая цена при этом от пика уже далека.

Торговать по данным индикаторам можно, но не напрямую.

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

При желании в Яндексе или Гугле очень легко ищутся компании или частные программисты по написанию роботов для QUIK.

Вы только туда добавьте возможность раздельного показа обьемов на покупку/продажу (или в виде 2 столбцов или в виде 1 двуцветного столбца).

Аналогичная тема: https://forum.quik.ru/forum8/topic2527/
Надеюсь Вы у себя пометите, что желающих много и приоритет надо бы повысить.

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

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

Уже который год в терминале QUIK невозможно задать дробные уровни у любого индикатора в дополнительной области (любой осциллятор или гистограмма). Уровень можно задать только с точностью самого инструмента, хотя точность осциллятора абсолютно не должна совпадать с точностью инструмента (например он может быть от 0.до 1).

Присвойте номер данной проблеме и когда можно получить ее решение?

mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.

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

Я и пытаюсь двигаться навстречу и хочу понять простой вопрос. В терминале QUIK найдена ошибка или некорректное поведение. Куда мне написать, чтобы получить ответ не только о принятии данной проблемы, но и узнать о сроках ее решения?

Правильно ли я понял Ваши слова: Если в программном обеспечении QUIK я нашел ошибку, то я должен о ней писал НЕ Вам, а своему брокеру? Тогда я им данную переписку скопирую и буду требовать решения проблемы от них.
Я пишу не про проблемы новичков с настройками терминала, а именно про ошибки работы ПО или ее некорректной работы.

У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
У вас к сожалению нет полноценного HelpDesk в личном кабинете, есть только этот форум, где куча тем от всех и есть электронная почта, по которой ориентироваться в статусах заявок тяжело.
Я вам напишу обязательно список пожеланий и проблем, которые висят с моей стороны и которые висят здесь на форуме не 1 год, посмотрим на реакцию.  

Честно говоря очень странная политика. Есть продукт, за который мы платим. По данному продукту есть проблема. Я как клиент имею полное право завести проблему и получить по ней информацию. Причем полную информацию, т.е. что проблема подтверждена и будет решена тогда-то или не подтверждена и мне по ней надо что-то доотправить.
Со всеми программными продуктами, которые я купил или взял в аренду (как у вас) практика всегда одинаковая, Ваш продукт исключение. Почему проблема с Вашей стороны подтверждается, но ее решение откладывается на неопределенный срок?
По всем проблемам QUIK брокер отправляет напрямую к Вам в тех. поддержку и правильно делает. Вы разработчик и обязаны устранять проблемы по своему ПО.
Если пожелания Вы можете отложить или присвоить им низкий приоритет, то ошибки должны быть устранены сразу, буквально в течение 1-2 версий и уж точно не решаться годами.

Отлично. куда мне написать, чтобы конкретно по моему перечню пожеланий был заведен номер и я мог в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения? Это будет лично в моем кабинете или в общей кучи аналогичных тем?

Т.е. другими словами ни у 1 клиента нету никакой информации, что над его ошибками или пожеланиями вообще работают. Учитывая, что некоторые пожелания тут высказываются по много раз начиная с 2012 года, а они не внедрены до сих пор, получается что их в списке нету или вы их потеряли или у них приоритет ниже плинтуса, а отписка "Ваше пожелание учтено и будет внедрено в ближайших версиях..." ничего не стоит.

Никто не просит вас отчитываться за каждое пожелание, но хотя бы список ближайших внедрений или вообще список, который вы учитываете, можете выложить.
В конце концов есть конечный клиент, который написал вам об ошибке или пожелании. Вы присвоили номер, адресно в личном кабинете можно хранить список заявок со статусом и ответами? Это вообще стандартная практика по тех.поддержке по любому проекту.

Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.

Раз уж желать, то надо сразу делать возможность накладывать скользящую среднюю на любой источник данных.

Я думаю что к пожеланию по горизонтальным обьемам присоединится половина Ваших клиентов. Это очень актуально. В идеале они должны быть доступны из lua, как и обычный обьем и разделяться на покупки/продажи (флаг настройки индикатора), глубину рассмотрения данных (от какой даты или за какой период).

Где можно увидеть этот волшебный список ВСЕХ пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и приоритет

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

Спасибо большое.

Какое название поля для получения значения поля "Обьем аукциона" в Таблице текущих торгов?

Вроде русским языком написано версия 8.8.4.3 на win10 и кушает столько, сколько я написал.

У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.

Не правильно, я вообще ничего не лепил и у меня преобразования не было, но я в коде исторически использовал "%.f", т.к. надеялся, что если преобразование типов случайно пройдет, то в строку не добавится ".0" в конце. Код .0 не добавлял, а вот сам номер изменил даже при преобразовании  целого числа в строку, о чем я и написал.

Поднималась тема давно, но ответа нету:
https://forum.quik.ru/messages/forum10/message42293/topic4921/#message42293

Пока тип не поменялся, все tostring() работает корректно, я выше уже написал. Теперь надо следить за этим в коде, т.к. если он изменится, то преобразование числа в строку дает или неправильное значение или вообще с e+...
Выше я продемонстрировал. Я в своем коде проблему решил, просто проверил все места, где смотрится или преобразовывается номера заявок или сделок.

Такого не замечал, версия QUIK та же. 1 индикатор на нескольких графиках и на всех разные параметры.

Специально я не пытаюсь, я боюсь, чтобы случайно преобразования не было, иначе беда. Причем, если она случилась, то она не лечится, номер изменится.

Согласен, моя ошибка. Правда проблему не решило, если произошло изменение типа:

Результат: 1952336732254970112 1.952336732255e+18

Если изменения типа не было, то там и tostring() прекрасно работает.