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

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

Страницы: 1 2 3 4 След.
Отладка 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() прекрасно работает.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Nikolay написал:
Попробуйте использовать паттерн "%.0f".
Пробовал, он аналогичен самому первому примеру.
Преобразование целого числа в строку в QUIK 8.8+
 
Тему можно закрывать, как результат проверки работает криво, поэтому до преобразования типа доводить нельзя иначе все числа едут.
Преобразование целого числа в строку в QUIK 8.8+
 
Цитата
Александр М написал:
Пока получается, что лучше всего работает это:
Код
  a =  9152336732254970146 
 message ( string.format ( "%.d" ,a) .. " " .. tostring(a))  

Результат: 9152336732254970146 9152336732254970146
данный вариант всем хорош, НО, если вдруг число стало не целым, то:
Код
a=9152336732254970146.0
message(string.format("%.d",a).." "..tostring(a))

Результат: 9152336732254969856 9.152336732255e+18
Страницы: 1 2 3 4 След.
Наверх