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

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 3 4 След.
Состояние счета. Валюта позиции., Хотелось бы видеть все цифры в валюте позиции.
 
Цитата
Egor Zaytsev написал:
Цитата
Александр М написал:
 
Цитата
Roman Azarov  написал:
 Александр М  , добрый день!

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

Если Ваш брокер не предоставляет актуальную версию терминала, скачать ее можно с нашего FTP:    ftp://ftp.quik.ru/public/updates/8.12/quik_8.12.0_upd.zip  
Необходимо будет закрыть терминал и распаковать скачанный архив в его корневую папку с обязательным подтверждением замены всех предложенных файлов.
 Обновился до версии 8.13.1.16 (насколько я знаю, это самая последняя), проблема НЕ решена, брокер БКС:


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

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

Есть гипотеза, что у Вас нет в терминале кросс-курсов, откройте таблицу текущих торгов и проверьте наличие режима Кросс-Курсов (CROSSRATE), если таких нет, то необходимо обратиться к брокеру, чтобы он выдал Вам права на класс режима CROSSRATE.
Добавил в Котировках раздел Кросс-курсы валют, помогло, спасибо.
Состояние счета. Валюта позиции., Хотелось бы видеть все цифры в валюте позиции.
 
Цитата
СергейК написал:
Касательно первой проблемы (видеть инструменты в их валютах и значение средней цены), у меня показывается правильно, но у меня не акции, а облигации.
Неправильно показывается только RUSB ETF, к-й я покупал за доллары, но он торгуется и в рублях, и видимо у него основная валюта - рубль.

Но с облигациями проще - там цена в процентах, и стоимость от валюты не зависит. Но я бы не возражал, чтобы в эту таблицу (Состояние счёта) добавили столбец с валютой, чтобы валюта бумаги была очевидна. Этот столбец будет немного избыточен для денежных позиций, но это мелочи. И его значение лучше показывать символом ($), а не текстом (USA Dollar).  
Я на это не обращал внимание. т.к. про сами бумаги я и так знаю, какая в какой валюте, но сейчас посмотрел, что для строк столбца "валюта" вообще нету для выбора.

Но для начала надо исправить Итоговую строку, она то явно некорректно показывает.  
Состояние счета. Валюта позиции., Хотелось бы видеть все цифры в валюте позиции.
 
Цитата
Roman Azarov написал:
Александр М, добрый день!

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

Если Ваш брокер не предоставляет актуальную версию терминала, скачать ее можно с нашего FTP:  ftp://ftp.quik.ru/public/updates/8.12/quik_8.12.0_upd.zip
Необходимо будет закрыть терминал и распаковать скачанный архив в его корневую папку с обязательным подтверждением замены всех предложенных файлов.
Обновился до версии 8.13.1.16 (насколько я знаю, это самая последняя), проблема НЕ решена, брокер БКС:


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

Прошу срочно исправить данную ошибку или указать, как настроить терминал QUIK для корректного показа.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Цитата
Александр М написал:
Не совсем понял Ваш ответ. После обновления на 8.3.0.106 на родной (НЕ измененной) библиотеке lua проблемы исчезли?
 
 После упомянутого мною обновления QUIK 8.13.0.106,  скорости  на «смешанном» коде Lua (с обращениями к С-коду) в QUIK и на моем стенде сравнялись. Для меня это косвенный признак того, что, в обновленном QUIK 8.13.0.106 синхронизация могла быть реализована, как на моем стенде, то есть, по моему мнению, правильно. Для подтверждения этой гипотезы я в новой версии QUIK запустил 13.04.21 вечером свой тест, который не обновленную версию QUIK "ронял" гарантированно в пределах чуть более одних суток. Сейчас 15.04.21  17.56 тест идет нормально и установлен новый продолжительности его работы. При этом, в обновленном  QUIK 8.13.0.106 я не наблюдаю никаких проблем. Если тест не "уронит" QUIK до субботы, то, наверное, можно будет, с большим основанием, предположить, что в обновленном QUIK 8.13.0.106 наблюдаемые мною ранее ситуации устранены, то есть синхронизация реализована корректно.
Спасибо за ответ, логику понял. Как я понимаю, уже к данной версии можно присматриваться. Я пока пользуюсь 8.8.4.3, она работает стабильно у меня.
Отладка QUIK 8.13
 
Цитата
TGB написал:
Цитата
Евгений написал:
Придется оправдаться за неисправленные ошибки, лучше не читать
)

  Читать не читают, но что характерно :: :
  1. Мой комментарий был написан 10.04.21.
  2. А вчера вечером (13.04.21) мой QUIK 8.13.0.106 совершенно неожиданно для меня автоматически обновился.
   Возможно это простое совпадение, но на всякий случай я запустил в нем свой тест (с подключением к серверу. Если он не "обрушит" обновленную версию QUIK в течении недели (до 20.04.21) то, наверное, разработчиков QUIK можно будет поздравить. При этом я не исключаю, что действительно поддержка ветку не читает (и особенно, длинные тексты ::)
Не совсем понял Ваш ответ. После обновления на 8.3.0.106 на родной (НЕ измененной) библиотеке lua проблемы исчезли?
Горизонтальные объемы
 
Цитата
Egor Zaytsev написал:
Цитата
Борис написал:
прошло 5 лет, результаты есть?
Добрый день.

К сожалению, нет.
За этот срок можно было точно определиться с приоритетностью и фактом - доработка будет делаться или нет.
Состояние счета. Валюта позиции., Хотелось бы видеть все цифры в валюте позиции.
 
Присоединяюсь к просьбе. У меня версия 8.8.4.3

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

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

Если я продал 74000 рублей и купил 1000$, то он показывает Убыток 73000 рублей.
Средства разработки многопоточных скриптов в QUIK., OS_Quesha, свидетельство регистрации в Роспатенте № RU 2020612905. Бесплатная для некоммерческого использования.
 
Цитата
TGB написал:
Цитата
Александр М написал:
Большинство перечисленных пунктов в "Основные функции OS_Quesha." решаются в виде простого lua скрипта, включая и графические интерфейсы
 Когда обсуждаются любые средства, облегчающие разработку программ, возражение типа: «Это можно сделать существующими средствами», «не катит», так как, в конце концов, все можно сделать и на ассемблере. По существу же, обсуждать имеет смысл то, насколько быстро и качественно можно разрабатывать приложения, использую предлагаемые средства по сравнению с тем, что  обеспечивают существующие средства их разработки. Конечно, только практика использования любого средства разработки программ может определить его реальную полезность для разработчиков. Такая возможность разработчикам роботов в QUiK предоставлена в виде кодов и документации OS_Quesha.

Цитата
Александр М написал:
Очень специфическое возможное использование, я даже не смог придумать сходу, где бы мне это решение понадобилось с учетом всех реализованных мною проектов, включая заказные
  Мне непонятно в чем состоит специфичность использования OS_Quesha, если вместо одной функции main в QLua, в OS_Quesha, при использовании исходника TS_QUIK_RT.lua, предоставляется четыре (количество определяется в исходнике, в описании схемы обработки в табличном виде), аналогичные функции, в которых доступен весь API QLua. Эти функции могут, при наличии нескольких ядер в ЦП компьютера, выполняться параллельно (с учетом особенностей версий QUIK  > 8.4, описанных в моем начальном комментарии). Дополнительно они могут взаимодействовать между собой через готовые очереди. Кроме того, в них  доступны все возможности, описанные в моем начальном комментарии. Причем, расход ресурсов ПК на функционирование OS_Quesha ничтожен и в этом можно убедиться, запустив немодифицированный исходник TS_QUIK_RT.lua. Все дополнительное использовать не обязательно, но это может потребоваться при последующем расширении возможностей робота.
Поскольку Вы спрашивали у меня, то отвечаю.

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

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

Конечные пользователи Ваш продукт просто не потянут для написания на нем чего либо.
Lua-индикаторы: Добавить возможность изменения фактического количества линий индикатора при изменении настроек
 
А в идеале иметь возможность добавлять новую линию прямо в коде индикатора (да при этом линия рассчитывается с текущего бара, но иногда это и нужно).
Lua-индикаторы: Добавить возможность изменения фактического количества линий индикатора при изменении настроек
 
Присоединяюсь к пожеланию.
Нужен колбек, который вызывается при любом изменении настроек (ДО перерасчета первого бара графика), в котором можно было бы оперировать настройками индикатора и генерировать любое количество линий с заданной толщиной, цветом, типом.
Сделайте упрощённый вариант
 
Цитата
Алексей написал:
По моим ощущениям принцип создания Квика такой : "Зачем просто, когда можно сложно". Кому-то может и надо столько таблиц, но кто с форекса пришёл, и кто пользовался, например, терминалами от форекс клуба, (Либритек-менее удобен, Румус- по мне так идеальный вариант) не надо столько наворотов. Сделайте кнопку - "Упрощённый вариант", при нажатии на которую выдет что-то похожее на Румус, Либритек или Метатрейдер (на худой конец). И будет всем счастье. И не надо будет читать инструкцию в 1000 листов, чтоб найти две кнопки "Купит" и "Продать" во всей этой мешанине таблиц и стаканов. Стакан по завершении сделки на столе я лучше увижу :)
Никто не мешает настроить минимум таблиц. Настроить торговлю по горячим клавишам или запустить сторонний скрипт, который это будет делать. Возможностей полно как по усложнению. так и по упрощению интерфейса и самой торговли.
Формирование списка Lua-скриптов
 
Сделайте пожалуйста наконец формирование списка Lua-скриптов: возможность передвигать строки внутри списка вверх/вниз. Пусть при этом надо будет остановить скрипты, главное, чтобы строки каким-то образом можно было двигать. У многих ваших пользователей по несколько десятков строк в списке по разным стратегиям, добавляются, когда требуется запустить по новому инструменту или протестировать стратегию, в результате в списке полная каша и это никак не исправить.
Средства разработки многопоточных скриптов в QUIK., OS_Quesha, свидетельство регистрации в Роспатенте № RU 2020612905. Бесплатная для некоммерческого использования.
 
Работа проделана очень большая. НО:

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

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

Всяческих вам успехов.
Как рисовать трендовые линии RSI?
 
Все прекрасно работает через метки, вот пример:

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

Там есть проблемы с новым днем, обновлением графика (изменение номеров баров), удалением меток вручную или другими скриптами, но все это решается.
Как получить горизонтальные объемы сделок
 
Цитата
Глебов Александр написал:
Цитата
   s_mike@rambler.ru написал:
 
Цитата
Глебов Александр  написал:
Прошу совета, как получить горизонтальные объемы сделок на определенном уровне в заданном ценовом диапазоне. Имею в виду, как сумму всех сделок, так и в отдельности, покупки и продажи.
 вот такое есть

 Volume at price  
Спасибо, знаю про это. Мой вопрос связан не с готовым индикатором, а с получением горизонтальных объемов в скрипте QLua, чтобы затем их обрабатывать соответствующим образом.
Вы это можете сделать грубо на основе баров или точно, но для этого вам придется делать свою базу обьемов по каждому инструменту и по каждой цене по Таблице обезличенных сделок.
Отладка QUIK 8.11
 
Цитата
ISR написал:
Цитата
Александр М написал:
Несколько смущают размеры файлов по Вашей ссылке
Согласен, меня то же смутил этот момент, как будто скомпилировано в дебаг'е (с информацией для отладки), но размер может быть увеличен и по каким то еще причинам. Но тем не менее скомпилированный скрипт работает. Разрабам квика все же, на мой взгляд, стоило бы заботиться о клиенте, можно было бы ссылку в доку добавить, или вовсе win32/64 компиляторы подкинуть, благо пока они места много не едят.
По самой работе же 8.11 и моим скриптом скомпиленым под 5.4.1. за сегодня еще ни разу не упало, в то время как на предыдущей версии 8.09 по нескольку раз за день, устал уже перезапускать.
Все-таки хотелось бы получить официальный ответ от разработчиков, по поводу компилятора под их версию lua.

По моим наблюдениям на сегодняшний день самая стабильная версия 8.8.4.3, у меня ни разу не упала, работает круглосуточно.
Отладка QUIK 8.11
 
Цитата
ISR написал:
Возможно не в тему, но сам искал где же взять этот самый lua 5.4.1, на lua.org не нашел, но гугл выдал таки одну ссылку:  https://joedf.ahkscript.org/LuaBuilds/
Несколько смущают размеры файлов по Вашей ссылке, они раза в 2 отличаются от тех, что по официальной ссылке.
Для примера картинка файлов официальных версий 5.35 и 5.40:

Инструменты технического анализа, Доступ и Lua
 
Цитата
Евгений написал:
То есть получается можно использовать только линии,свечи гистограммы треугольники как в настройках индикаторов и все, а уровни в виде прямоугольников и другие методы только от руки рисовать, это может быть смешно но пользуется популярностью ))
Да, тип линии можно выбрать в любом индикаторе, но суть от этого не меняется - 1 значение по 1 линии в 1 момент времени.
Инструменты технического анализа, Доступ и Lua
 
Цитата
Евгений написал:
То есть создать индикатор который использует например прямоугольники из методов создать можно?
Прямоугольник нет, т.к. Индикатор - это 1(ОДНО) конкретное значение в данные момент времени по конкретной линии, т.е. вы можете создать отрезок верхней и нижней линий прямоугольника. Зачем Вам для торговли вертикальные линии?
Отладка QUIK 8.11
 
Цитата
Andrey Bezrukov написал:
3. Данный вопрос предлагаем уточнить непосредственно у разработчиков данного инструментария с учётом того, что, по всей видимости, он предусматривает совместимость с lua5.4.0. Другой вариант – проверить совместимость самостоятельно, на практике. В случае подозрения на некорректную работу со стороны интерпретатора LUA в терминале QUIK – пожалуйста, сообщите. По вопросам эксплуатации представленных библиотек также предлагаем обращаться к их непосредственным разработчикам.
Это не библиотеки, это стандартный компилятор Lua. Когда я у Вас спрашивал про точно такой-же аналогичный, но по версии 5.3.5, Вы отвечали, что именно им и пользуетесь для компиляции. Если по данному компилятору (по версии 5.4) Вы ответить не можете, то укажите, каким ПО компилировать скрипты под Вашу версию 5.4.1.
Инструменты технического анализа, Доступ и Lua
 
Цитата
Евгений написал:
Цитата
Евгений написал:
Как использовать инструменты технического анализа из Lua ?
Имею в виду Горизонтальные и наклонные уровни, фибо, фигуры, прямоугольники и тп.
Никак. Это просто картинки на графике, они из Lua недоступны. Вы должны реализовать индикаторы, которые делают тоже самое и тогда значения этих индикаторов вы сможете считывать из Lua. У меня на сайте и у некоторых коллег, которые здесь пишут, есть готовые индикаторы на эту тему.
Отладка QUIK 8.11
 
Цитата
...
Вы не ответили на мои вопросы:
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?
Отладка QUIK 8.11
 
По данной ссылке корректно будет работать компилятор?

https://sourceforge.net/projects/luabinaries/files/5.4.0/Tools%20Executables/lua-5.4.0_Win64_bin.zip...
Отладка QUIK 8.11
 
Цитата
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?
Программисты на LUA, Требуются LUA программисты
 
Цитата
Владимир написал:
nikolz, Исторические данные отличаются от реальных лишь тем, что берутся из файла (из БД), а не поступают в реальном времени от того же Квика, а потому алгоритм, который хорошо работает на исторических данных будет столь же хорошо работать и на данных реальных - просто входной поток данных приходит из другого места. Алгоритм ZigZag тупой - это другое дело, и тупой он КАК на исторических данных, ТАК И на данных реальных.
Я думаю, что nikolz имел в виду, что пику в этих индикаторах всегда отображаются задним числом, текущая цена при этом от пика уже далека.

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

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

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

В таком случае именно от mihail пожелание уже зарегистрировано.

https://forum.quik.ru/messages/forum8/message45879/topic2527/#message45879
Вы только туда добавьте возможность раздельного показа обьемов на покупку/продажу (или в виде 2 столбцов или в виде 1 двуцветного столбца).
Горизонтальные объёмы, Отображение горизонтальных объёмов в квике
 
Цитата
Roman Azarov написал:
Дмитрий, здравствуйте!

На данный момент горизонтального объема на графике в QUIK нет.
Мы зарегистрировали ваше пожелание и постараемся его рассмотреть. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Аналогичная тема: https://forum.quik.ru/forum8/topic2527/
Надеюсь Вы у себя пометите, что желающих много и приоритет надо бы повысить.
Пользовательские уровни в дополнительных областях графика
 
Цитата
Evgeniy Karnaukhov написал:
Александр М, здравствуйте.

Правильно понимаем, что Вы бы хотели иметь возможность задавать дробное значение для уровня, если цена инструмента, например, измеряется в целых числах? Или если у значения цены инструмента, например, два знака после запятой - то Вы бы хотели иметь возможность выставлять уровень со значением, у которого будет три и более знака после запятой?
Да, все верно, т.к. точность индикатора в дополнительной области абсолютно не связана с точностью самого инструмента. Выставлять одинаковую точность во всех областях вообще некорректно.
Горизонтальные объемы
 
Цитата
Цитата
s_mike@rambler.ru написал:
Цитата
Александр М написал:
 
Цитата
Egor Zaytsev  написал:
Он не заменяет "горизонтальный объём", который представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
 mihail достаточно подробно расписал и я с его интерпритацией полностью согласен: "горизонтальный объём", представляет собой графическое отображение фактически проторгованного объёма по ценовым уровням за указанный временной отрезок.
Поскольку это сейчас и скорее всего Вы будете делать через поток обезличенных сделок, то там есть понятие Покупка/продажа. Ну и собственно сам рассматриваемый период тоже важен, т.к. он напрямую влияет на картину обьемов.

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

http://www.bot4sale.ru/download-categories/2012-06-13-15-10-36/item/volume-at-price-dlya-quik.html
Самописные есть у многих, в том числе и у меня и Вы прекрасно должны знать о сложностях работы с обезличенными сделками и историей по графику, поэтому конечно встроенный индикатор с историей будет предпочтительным.
У данной задачи скорее всего будет невысокий приоритет, т.к. нормальная реализация достаточно сложная, это по сути надо отдельный слой данных хранить по инструментам, но если сделают, то будет замечательно.
Пользовательские уровни в дополнительных областях графика
 
Уже который год в терминале QUIK невозможно задать дробные уровни у любого индикатора в дополнительной области (любой осциллятор или гистограмма). Уровень можно задать только с точностью самого инструмента, хотя точность осциллятора абсолютно не должна совпадать с точностью инструмента (например он может быть от 0.до 1).

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

Я думаю, что не имею право тут делать ссылки на решения в других платформах, которые есть на рынке, но хотя бы базовая реализация обьемов.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
В таком случае у Вашего брокера и его техподдержки Вы и вправе что-то требовать, если, конечно, это прописано в Вашем договоре с ним. Что касается общения с нами - просим не использовать такие термины. Мы не обязаны делать Вам личный кабинет, давать "в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения".


P.S. Вы (справедливости ради не только Вы, но и некоторые другие участники в том числе и данного обсуждения) прямо нарушают правила форума, рекламируя на нашем ресурсе свои сайты. То, что мы пока смотрим на это сквозь пальцы, в том числе и означает уровень нашего хорошего отношения к Вам лично и к другим подобным участникам. Но движение навстречу должно быть обоюдным, надеемся на Ваше понимание.
Я и пытаюсь двигаться навстречу и хочу понять простой вопрос. В терминале QUIK найдена ошибка или некорректное поведение. Куда мне написать, чтобы получить ответ не только о принятии данной проблемы, но и узнать о сроках ее решения?

Правильно ли я понял Ваши слова: Если в программном обеспечении QUIK я нашел ошибку, то я должен о ней писал НЕ Вам, а своему брокеру? Тогда я им данную переписку скопирую и буду требовать решения проблемы от них.
Я пишу не про проблемы новичков с настройками терминала, а именно про ошибки работы ПО или ее некорректной работы.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
Есть продукт, за который мы платим
 
Цитата
Александр М написал:
Я как клиент
 
Цитата
Александр М написал:
Со всеми программными продуктами, которые я купил или взял в аренду (как у вас)
Мы правильно понимаем, что Вы утверждаете о наличии у Вас с нами взаимообязывающих юридических оснований? В таком случае просьба сообщить (здесь, в личку, нам на почту) номер Вашего договора с ARQA Technologies, наименование брокерской Компании, которую Вы представляете, и Вашу должность в ней. По получению данной информации готовы в рамках электронной переписки обсудить приоритеты и ориентировочные сроки реализации тех или иных зарегистрированных от Вас проблем/пожеланий.
У меня есть двустороннее соглашение со своим брокером, в рамках которого он мне в том числе поставляем Ваше программное обеспечение QUIK, за которое берет арендную плату. Этого достаточно, чтобы тех.поддержка по данному ПО работала.
У вас к сожалению нет полноценного HelpDesk в личном кабинете, есть только этот форум, где куча тем от всех и есть электронная почта, по которой ориентироваться в статусах заявок тяжело.
Я вам напишу обязательно список пожеланий и проблем, которые висят с моей стороны и которые висят здесь на форуме не 1 год, посмотрим на реакцию.  
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
   s_mike@rambler.ru написал:
 
Цитата
Alexey Ivannikov  написал:
 
Цитата
    s_mike@rambler.ru  написал:
Однажды, несколько лет назад, я зарегистрировал предложение. Мне его обещали рассмотреть. На том дело кончилось, видимо рассмотрение затянулось. Через пару лет я еще раз сделал в этом форуме то же самое предложение. О чудо, оно было рассмотрено (никто ни словом не обмолвился, что такое предложение уже было раньше и именно от  меня).
  Добрый день.

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


 
Цитата
    s_mike@rambler.ru  написал:
А вы мне рассказываете по какое-то "большое внимание", про "фиксируются", "повышают приоритет"..  Ох уж мне эти сказочки, ох уж эти мне сказочники...
  И про внимание, и про фиксацию, и про возможность повышения приоритета - чистая правда. Раз Вы считаете это "сказками" - так зачем же здесь пишите? Ради флейма? У нас здесь тематический форум, настоятельно рекомендуем воздержаться от подобного.
 Я понимаю, что сбор и регистрация пожеланий пользователей необходима для исполнения  неких формальных протоколов и имеет отдаленное отношение к реальной работе по их реализации.

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

Можно рвать тельняшку и клясться про внимание, приоритеты и работу в поте лица - практика не подтверждает.
Ещё раз: есть понятие приоритета. У нас нет физической возможности сделать всё и сразу. Мы понимаем, что каждый пользователь считает исправление волнующих его ошибок/реализацию конкретно его пожеланий самым важным делом, за которое разработчикам нужно браться безотлагательно. Мы же видим ситуацию несколько по другому, и в условиях ограниченных возможностей делаем в первую очередь ту работу, которую считаем более приоритетной.
Честно говоря очень странная политика. Есть продукт, за который мы платим. По данному продукту есть проблема. Я как клиент имею полное право завести проблему и получить по ней информацию. Причем полную информацию, т.е. что проблема подтверждена и будет решена тогда-то или не подтверждена и мне по ней надо что-то доотправить.
Со всеми программными продуктами, которые я купил или взял в аренду (как у вас) практика всегда одинаковая, Ваш продукт исключение. Почему проблема с Вашей стороны подтверждается, но ее решение откладывается на неопределенный срок?
По всем проблемам QUIK брокер отправляет напрямую к Вам в тех. поддержку и правильно делает. Вы разработчик и обязаны устранять проблемы по своему ПО.
Если пожелания Вы можете отложить или присвоить им низкий приоритет, то ошибки должны быть устранены сразу, буквально в течение 1-2 версий и уж точно не решаться годами.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
 
Цитата
Alexey Ivannikov  написал:
 
Цитата
 Александр М   написал:
   
Цитата
  Roman Azarov    написал:
 
 Все   пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
   Где можно увидеть этот волшебный список   ВСЕХ   пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и  приоритет

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

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

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

Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
По каждому конкретному пожеланию мы можем предоставить его статус, тут вопросов нет. ...
Отлично. куда мне написать, чтобы конкретно по моему перечню пожеланий был заведен номер и я мог в ЛЮБОЙ момент увидеть статус реализации данных пожеланий, его приоритет, а также ориентировочный срок внедрения? Это будет лично в моем кабинете или в общей кучи аналогичных тем?
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
 
Цитата
Roman Azarov  написал:
 
 Все   пожелания пользователей, поступившие в службу технической поддержки, фиксируются, им присваивается внутренний номер. ...
 Где можно увидеть этот волшебный список   ВСЕХ   пожеланий, которым присвоен внутренний номер? А также статус рассмотрения каждого из этого списка пожелания и  приоритет

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

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

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

Сейчас все выглядит так, что вы просто делаете отписку в теме в надежде, что она затеряется и забудется за кучей аналогичных и других.
Скользящая средняя по индикатору объёма, Добавить скользящую среднюю на объёмы с настройкой периода и параметров отображения(цвет, толщина, выше или ниже гистограмм)
 
Раз уж желать, то надо сразу делать возможность накладывать скользящую среднюю на любой источник данных.
Горизонтальные объемы
 
Я думаю что к пожеланию по горизонтальным обьемам присоединится половина Ваших клиентов. Это очень актуально. В идеале они должны быть доступны из lua, как и обычный обьем и разделяться на покупки/продажи (флаг настройки индикатора), глубину рассмотрения данных (от какой даты или за какой период).
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Roman Azarov написал:
Цитата

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

Это же Ваши слова, у Вас обязан быть этот список с приоритетами. Выложите его здесь или в любом другом разделе, прикрепите сверху и все сразу увидят, что Вы там рассматриваете и ничего ли по дороге не потерялось.
Обьем аукциона в Таблице текущих торгов
 
Цитата
Roman Azarov написал:
Александр М, добрый день!

"auctvalue"
Спасибо большое.
Обьем аукциона в Таблице текущих торгов
 
Какое название поля для получения значения поля "Обьем аукциона" в Таблице текущих торгов?
Использование памяти скриптами Lua
 
Цитата
nikolz написал:
Цитата
Александр М написал:
 
Цитата
Михаил Понамаренко  написал:
Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
 У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
очевидно это у вас версия 7 на XP
у меня тоже 7 версия кушает 600 КB
а вот верия 8.3 на win10 даже без робота кушает 6.8МБ
Вроде русским языком написано версия 8.8.4.3 на win10 и кушает столько, сколько я написал.
Использование памяти скриптами Lua
 
Цитата
Михаил Понамаренко написал:
Сегодня выпустил своего простенького робота сеточника на демо-счёт. Пока трудится без капризов, но потребление памяти, с учётом, что робот практически не накапливает данные впечатляет. Мусоровоз приезжает систематически, но загружает не весь мусор.
У меня достаточно сложные роботы, висят круглосуточно постоянно (пока на версии 8.8.4.3 с 14 сентября), память показывается в данном окне 300-600 KB и в этих пределах крутится. У вас просто нереальные цифры.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
nikolz написал:
Цитата
Александр М написал:
В связи с переходом биржи мы дождались 19 знаков.

Уважаемые разработчики и коллеги, может кто подскажет, почему результат разный и что надо подставить в string.format, чтобы он стал одинаковый? Как вы понимаете, необходимо, чтобы Номер заявки или сделки в виде строки всегда был нормальным числом, идентичным самому числу.
 
Код
    a  =    9952336732254970146  
  message  ( string.format (  "%.f"  ,a)  ..   " "   ..  tostring(a))    
 Результат: 9952336732254969856 9.952336732255e+18
 
Код
    a  =    1952336732254970146     
  message  ( string.format (  "%.f"  ,a)  ..   " "   ..  tostring(a))
    
 
Результат: 1952336732254970112 1952336732254970146
 
Код
    a  =    9952336732254970146  
  message  ( string.format (  "%.d"  ,a)  ..   " "   ..  tostring(a))
    
 Результат: "bad argument #2 to 'format' (number has no integer representation)"
Правильно я понял, что Вы где надо и не надо лепили к числам ".0"
В итоге получали переполнение разрядной сетки мантиссы, т к в отличии от целого числа на нее в 64 битах меньше места?
Ну батенька, надо учить мат.часть.
Не правильно, я вообще ничего не лепил и у меня преобразования не было, но я в коде исторически использовал "%.f", т.к. надеялся, что если преобразование типов случайно пройдет, то в строку не добавится ".0" в конце. Код .0 не добавлял, а вот сам номер изменил даже при преобразовании  целого числа в строку, о чем я и написал.
Как отключить контекстное меню в таблицах создаваемых в Lua?, События по правой кнопке перестали срабатывать в новой версии
 
Поднималась тема давно, но ответа нету:
https://forum.quik.ru/messages/forum10/message42293/topic4921/#message42293
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
nikolz написал:
Цитата
Александр М написал:
print(a)print(tostring(a))print(a+1)print(tostring(a+1))
сделал так:
а=9152336732254970146
print(a)
print(tostring(a))
---------------------
результат:
9152336732254970146
9152336732254970146
----------------
что не так?
Пока тип не поменялся, все tostring() работает корректно, я выше уже написал. Теперь надо следить за этим в коде, т.к. если он изменится, то преобразование числа в строку дает или неправильное значение или вообще с e+...
Выше я продемонстрировал. Я в своем коде проблему решил, просто проверил все места, где смотрится или преобразовывается номера заявок или сделок.
Что за бред с параметрами Lua индикаторов в Quik 8.8???
 
Цитата
vladindre написал:
Хотел бы добавить почти в тему , не создавая новую. Не работает редактирование в индикаторе.Меняю параметр , по логике должен измениться результат , а ничего не меняется . Мозг начал взрываться , все проверил тыщу раз. Все правильно. Пришлось воткнуть message и обнаружилось , что входной параметр не изменяется после редактирования. Индикатор не прилагаю , поскольку он примитивно простой с десяток строк и ломаться там нечему. Больше сочинил в качестве теста для проверки работы некоторых функций для применения  в другом более объемном продукте. И кстати это уже второй случай.

В августе сочинил индикатор и такая же история - не меняется тэг линии , с которой надо брать данные. Я и так и эдак и все никак. Пробовал добавлять функцию OnChangeSettings() и тоже результата ноль
Пришлось делать копии для разных окон с заранее прописанным тэгом индивидуально. То есть вставляешь индивидуальный индикатор и все четко работает. Это конечно очень нехороший косяк.Ну у меня пара десятков окон , а у кого если сотни ?  Версия последняя 8.8.4.3. На предыдущих редактирование  работало четко.
Кстати встроенные работают нормально.
Такого не замечал, версия QUIK та же. 1 индикатор на нескольких графиках и на всех разные параметры.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Nikolay написал:
Только сейчас увидел, что Вы пытаетесь сделать.
lua не может преобразовать double с таким числом цифр как 9152336732254970146.0

4-ое издание Programming in Lua, глава 4 ( https://www.moys.gov.iq/upload/common/Programming_in_Lua%2C_4th_ed._%282017%29_.pdf )

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, то его не будет.
Специально я не пытаюсь, я боюсь, чтобы случайно преобразования не было, иначе беда. Причем, если она случилась, то она не лечится, номер изменится.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Что еще предложите?
Предлагаем быть более внимательным в передаче параметров в функцию.
от куда у Вас возьмется параметр "x" если есть только переменная "a"?
Согласен, моя ошибка. Правда проблему не решило, если произошло изменение типа:
Код
local function tostringEX(x)
return tostring(math.tointeger(x) or x)
end

a=1952336732254970146.0
message(tostringEX(a).." "..tostring(a))

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

Если изменения типа не было, то там и tostring() прекрасно работает.
Страницы: 1 2 3 4 След.
Наверх