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

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

Страницы: 1 2 3 4 5 След.
OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
Anton Belonogov написал:
Александр М, добрый день.

Нам не удается воспроизвести описанное поведение.

Просим подробно описать сценарий воспроизведения, а также уточнить версию используемого Рабочего места QUIK, либо, если есть возможность, прислать архив с копией терминала (без файлов ключей txk, если используются).
Информацию можно направить на нашу почту  quiksupport@arqatech.com , в письме просим указать ссылку на данную тему форума.

Заранее благодарим за информацию.
Код примера. который воспроизводит проблему:
Код
Settings=
{
   Name = "Example",
   line =
   {
      {
         Name = "Ex_line",
         Color = RGB(96, 96, 255),
         Type = TYPE_LINE,
         Width = 2
      }
   }
}

function OnCalc()
   local ind_l = 0
   return function(ind,FSettings)
      if ind<=1 then
         ind_l=0
      end
      if ind_l~=ind then
         ind_l=ind
         message (tostring(ind))
      end   
      return ind_l
   end
end

function Init()
   OC = OnCalc()
   return 1
end

function OnCalculate(index)
   return OC(index,Settings)
end

Сценарий воспроизведения:
1. График по SiZ5 таймфрейм 1 час (картинка Si1)
2. Добавили график Открытого интереса (картинка Si2)
3. Добавили индикатор примера (код выше) (картинка Si3)
4. Сменили интервал на 30 минут (картинка Si4) Проблема проявилась

Далее можно сменить обратно на 1 час и там тоже будет проблема.

Версия от 8.13 и до 12.5
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
paluke написал:
Еще раз - последовательные вызовы onCalculate() никто не гарантировал. Вызов не по порядку - это не ошибка qiuk. Ошибка - рассчитывать на поведение, которого не обещали.
Я же специально для вас написал, что если бы вызовы были НЕ по порядку, то в результате код бы рисовал кривую линию или с всплесками, но вызов обязан обойти все бары.
Тут же баров нет вообще - ни в начале, ни в середине. ни в конце, по ним вообще не было вызовов.
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
paluke написал:
Я бы вообще предполагал, что при прокрутке графика могут прилетать вызовы для тех баров, которые были не видны раньше.
Вот как раз в списке баров нет пропущенных номеров, хотя OnCalculate обязан пройтись по всем барам, ведь значения по ним были и следуя Вашей логики, они должны были быть раньше, но их не было и до 3194 бара нумерация идет строго последовательно, как она же идет, если насильно пересчитать индикатор (нажать на ПРИМЕНИТЬ) но уже полностью до 3449. Т.е. 250 бара просто пропали и по ним ни разу не вызывался скрипт.

Сразу пишу, изменение кода
Код
if ind_l<ind then
на
Код
if ind_l~=ind then
ничего не меняет и забытых баров не показывает.

Бары идут строго по нарастающей, только в конце теряются около 250 баров и идет прыжок сразу на крайний текущий
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
nikolz написал:
Цитата
Александр М написал:
 
Цитата
nikolz  написал:
  Александр М   ,
Если написать не можете, не важно по какой причине, верните человеку деньги и признайтесь, что не умеете.
 Я выше представил полный минимальный код, который воспроизводит проблему с барами, с картинками результата. Зачем тут спорить, если есть открытый код и картинки, причем тут конечный скрипт?
Если вы так уверены в своем скрипте, то выложите или пришлите, я на нем проверю, воспроизводится проблема или нет.
Я вообще-то про скрипт, который вы продали Роману и который не работает.
-----------------------
Бары это или нет из Вашего теста не ясно, так как нет кода скрипта.
----------------------
Сделайте Роману работающий скрипт.
Вы либо читайте мои ответы полностью, либо не пишите замечания.
Я написал - выше полный код, который воспроизводит ошибку и у меня и у Романа и у других.
Вы можете  запустить его у себя. Если у вас проблема НЕ воспроизводится по данному скрипту, тогда с чего вы взяли, что сделали ему рабочий скрипт?
Или напишите, чем ошибка в этих 30 строках и куда делись бары. Уж такой простой код любой может прочесть, для этого не надо использовать ИИ.
Система принятия решений и/или Нечеткая логика(FuzzyLogic), Нечеткая логика или Система принятия решений в трейдинге
 
Скоро будет книга. С удовольствием читаю и даже пару моментов под себя переиначил и использовал, спасибо.
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
paluke написал:
Перечитал документацию. Нигде не увидел обещания вызова OnCalculate() в индикаторе в каком-то определенном порядке. Ну то есть в каком бы порядке вызовы не шли, это не является багом - слева направо, справа налево, да хоть вообще в случайном порядке.
Если он будет вызываться в случайном порядке, то как вы вообще индикаторы с накоплением считать будете каждый тик? И тогда бы пересчет после ПРИМЕНИТЬ не исправлял ситуацию совершенно.
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
nikolz написал:
Александр М ,
Если написать не можете, не важно по какой причине, верните человеку деньги и признайтесь, что не умеете.
Я выше представил полный минимальный код, который воспроизводит проблему с барами, с картинками результата. Зачем тут спорить, если есть открытый код и картинки, причем тут конечный скрипт?
Если вы так уверены в своем скрипте, то выложите или пришлите, я на нем проверю, воспроизводится проблема или нет.
OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
Anton Belonogov написал:
Roman Koledin, добрый день.

Мы не можем прокомментировать работу скрипта, созданного сторонним разработчиком.
Если автор скрипта предполагает, что имеет место ошибка в терминале QUIK, он может обратиться к нам по этому вопросу.
Вот ссылка на сообщение с кодом и картинками, что получаются:
https://forum.quik.ru/messages/forum8/message79703/topic9269/#message79703
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
Nikolay написал:
Ну так перейдите на индексацию временем в виде числа, время-то не убегает.
Если OnCalculate в принципе вызывается через 250 баров, то какая разница, как индексировать бар.

Вот элементарный тестовый код и картинки по нему (сам график, который должен быть в виде прямой линии и номера баров):
Код
Settings=
{
   Name = "*Example",
   line =
   {
      {
         Name = "Ex_line",
         Color = RGB(96, 96, 255),
         Type = TYPE_LINE,
         Width = 2
      }
   }
}

function OnCalc()
   local ind_l = 0
   return function(ind,FSettings)
      if ind<=1 then
         ind_l=0
      end
      if ind_l<ind then
         ind_l=ind
         message (tostring(ind))
      end   
      return ind_l
   end
end

function Init()
   OC = OnCalc()
   return 1
end

function OnCalculate(index)
   return OC(index,Settings)
end
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Да и проявляется это не сразу, а при смене Интервала на графике. Во всяком случае я это смог стабильно воспроизвести таким способом (менял интервал на 30 минут и на 1 час).
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
nikolz написал:
 
Цитата
Александр М написал:
 
Цитата
nikolz  написал:
 
теперь добавим открытый интерес

 
ничего не ломается
 Проблема НЕ в индикаторе, который рисует линию с графика бОльшего таймфрейма. Вы неправильно поняли Романа.

Индикатору. у которого проблема не нужен другой график, он на текущем ТФ рассчитывает бары бОльшего ТФ и по ним считает МА. А сама проблема в функции SetValue, которая перерисовывает крайний час (с его начала) в текущем времени при любом изменении текущей цены, т.к. какого .... при обновлении ОИ видимо идет пересчет всего графика и подставляется номер бара начала часа из прошлого и дальше не обновляется. В коде ошибки нет, там все прозрачно, час сменился - номер бара запомнился. При нажатии ПРИМЕНИТЬ в настройках индикатора, все сразу становится нормально.
Я все понzл.
Написал индикатор ровно  такой же, которому  не нужен другой график, он на текущем ТФ рассчитывает бары бОльшего ТФ и по ним считает МА.
и ничего не ломает.
Свой скрипт отправил Роману.  
Скрипт ничего не ломает, это ОИ ломает нумерацию баров в функции OnCalculate и это не лечится. у меня такие же красивые картинки, как у вас, достаточно нажать 1 раз ПРИМЕНИТЬ.

Вот картинки с номерами баров ДО ПРИМЕНИТЬ и ПОСЛЕ ПРИМЕНИТЬ. Там где 2 числа - это день сменился на графике.

Т.е. в данном примере OnCalculate вызвался на баре 3194, а потом сразу на 3449
OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора, OI ломает данные индикатора
 
Цитата
nikolz написал:
 
теперь добавим открытый интерес

 
ничего не ломается
Проблема НЕ в индикаторе, который рисует линию с графика бОльшего таймфрейма. Вы неправильно поняли Романа.

Индикатору. у которого проблема не нужен другой график, он на текущем ТФ рассчитывает бары бОльшего ТФ и по ним считает МА. А сама проблема в функции SetValue, которая перерисовывает крайний час (с его начала) в текущем времени при любом изменении текущей цены, т.к. какого .... при обновлении ОИ видимо идет пересчет всего графика и подставляется номер бара начала часа из прошлого и дальше не обновляется. В коде ошибки нет, там все прозрачно, час сменился - номер бара запомнился. При нажатии ПРИМЕНИТЬ в настройках индикатора, все сразу становится нормально.
Горизонтальные объемы
 
Цитата
Karina Dmitrieva написал:
Александр М, здравствуйте.

Пользователь высказала просьбу с пожеланием - мы его зарегистрировали.

Как уже было ранее сообщено - назвать конкретные сроки рассмотрения и реализации того или иного пожелания возможности нет.
См.  регламент работы с пожеланиями .
Учитывая, что прошло 6 лет с момента регистрации от МНОГИХ клиентов (т.е. пожелание носит массовый характер) особенно умиляет предложение в регламенте:

"Компания с большим вниманием относится к пожеланиям пользователей, стараясь реагировать на них максимально оперативно, понимая востребованность тех или иных доработок."
Горизонтальные объемы
 
Это пожелание было зарегистрировано еще в 2017 году (о чем прекрасно видно в этой же ветке форума), прошло 6 лет, как оно зарегистрировано, причем от множества клиентов,  что Вы здесь отписками занимаетесь?
Вам такое не снилось!!!, LUA5.3 LUAJIT MQL5
 
Все правильно, я и пишу, что для работы через высокоскоростные шлюзы не используется lua и клиентский QUIK, так что вся ваша оптимизация там не нужна.

Клиентский терминал QUIK не может соперничать по скорости с Plaza и аналогами по определению.

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

Для абсолютного большинства формализованных стратегий достаточно чистого lua.
Вам такое не снилось!!!, LUA5.3 LUAJIT MQL5
 
Цитата
nikolz написал:
Один компьютер может обсчитывать очень сложный алгоритм по одному инструменту в реальном времени.
Например нейронную сеть на 1 миллиард  нейронных связей.
------------------------
Делаем в интернет пул скажем 1000 компьютеров
Получаем распределенный кластер прогнозирования 1000 инструментов в реальном времени.
При таком размахе нужен не QUIK, а плаза, а там совсем другой подход.
Вам такое не снилось!!!, LUA5.3 LUAJIT MQL5
 
Я поэтому и писал, что все задачи пока прекрасно решаются на голом Lua, мало того, мне приходится вставлять sleep для замедления работы и ожидания некоторых событий, т.к. мой скрипт слишком быстро обрабатывает некоторые события и не успевают прийти ответы от сервера брокера или мы упираемся в лимиты выставления заявок.

Не нужен никакой мощный компьютер, обычный QUIK, обычный компьютер, никаких лишних библиотек.

И главное результат есть, стратегии работают, как задумано.

Но Вам конечно всяческих успехов.
Вам такое не снилось!!!, LUA5.3 LUAJIT MQL5
 
Сами по себе цифры конечно красивые и проделана видимо огромная работа, но вот практическая целесообразность такой оптимизации под вопросом для реальных задач из под QUIK.
Ищу программиста для написания бота
 
Посмотрите готовый робот: https://trdrobot.ru/universalnyj-trendovyj-torgovyj-robot-quik/
Зависание терминала QUIK версии 9.5.0.42
 
Цитата
Anzhelika Belokur написал:
Александр М, добрый день.

Мы делаем все возможное для скорейшего решения проблемы.
Как только работы будут завершены, мы отправим Вам соответствующее уведомление.
Еще раз приносим свои извинения за задержку и доставленные неудобства.
У вас ситуация усугубляется, а не улучшается. В 10й версии вообще началось переполнение памяти, чего не было в 9.7 (один и тот же скрипт с метками, дать не могу, он коммерческий, но без dll, чистый lua)
QUIK 10, Ошибки, зависания и пр.
 
Мои клиенты начали жаловаться, что после перехода на 10ю версию текущие скрипты вдруг стали кушать память, что ДО 10й версии не было. Скрипт естественно предоставить не могу. т.к. он коммерческий и там не одна тысяча строк кода, но тенденция к стабильности каждой новой версии удручает.

До сих пор самая стабильная версия 8.13, все что дальше по стабильности становится все хуже и хуже.
Зависание терминала QUIK версии 9.5.0.42
 
Напоминаю Вам о критической ошибке в терминале версии 9.5.0.42, которую Вы подтвердили и обещали исправить в ближайшем релизе (код заявки QU-212213).  Вышла уже версия 10, а проблема все не решена и мне ничего по решению не прислано.
Ищу программиста для написания индикатора OSMA
 
Можете посмотреть здесь: https://trdrobot.ru/indikator-osma-dlya-quik/
Зависание терминала QUIK версии 9.5.0.42
 
Цитата
nikolz написал:
просто убейте версию 9.x и поставьте 8.7
Все версии 9  очень глючные.  
Я это не могу просить сделать своих клиентов. :) Это был бы самый простой вариант, у меня 8.13 работает месяцами, все, что дальше сырое.

Так что ждем разработчиков, когда то же должно произойти чудо.
Зависание терминала QUIK версии 9.5.0.42
 
Удивительно.
1. Я в мае создал заявку на критическую ошибку, при которой QUIK просто валится. При таких ошибках у нее должен автоматически высокий приоритет присваиваться. Это не просто пожелание о новой функциональности или какие-то удобства.
2. Я отправил тестовый скрипт
3. Я отправил дампы от НЕСКОЛЬКИХ пользователей
4. Вы подтвердили ошибку

Прошло больше 3-х месяцев, а результат нулевой.
Зависание терминала QUIK версии 9.5.0.42
 
Напоминаю Вам о критической ошибке в терминале версии 9.5.0.42, которую Вы подтвердили и обещали исправить в ближайшем релизе (код заявки QU-212213).  
Индикатор для арбитража
 
Цитата
nikolz написал:
Добрый день,
Специально для буратин и чайников выкладываю исходник индикатора арбитража.
У вас "y" каждый тик пересчитывается от себя же, на текущем баре "y" просто уйдет в цену, а не будет средней. Так что красиво рисуется только на истории.
Метки в индикаторе, При перезапуске Квика получается наслоение меток
 
Присоединяюсь к Старателю, в новых версиях QUIK (от 8.13 и выше), по DelLabel метки не удаляются в колбеке OnDestroy, хотя должны, а удалять их по DelAllLabels нельзя, т.к. на 1 графике может быть много индикаторов со своим набором меток.
Обращение к элементам таблицы системных сообщений
 
Если что-то и реализовали, то нам об этом не сказали и в Документации не отразили.
Зависание терминала QUIK версии 9.5.0.42
 
Напоминаю Вам о критической ошибке в терминале версии 9.5.0.42, которую Вы подтвердили и обещали исправить в ближайшем релизе (код заявки QU-212213).  
Закрытие контракта QUIK, LUA
 
Во всех моих роботах профит/просадка по позиции естественно считается. Это вообще базовая функция любого робота должна быть, так что думаю, что у коллег она естественно тоже наверняка есть.

Но я открытый код не предоставляю, т.к. там мои наработки по каркасу. Вы можете заказать робота у меня или попытаться найти код на просторах интернета. Но расчет профита - это самое простое, что должно быть в каркасе.
Закрытие контракта QUIK, LUA
 
Не в QUIK точно, просто надо считать от среднеэффективной цены позиции и все и Вам будет неважно, какой контракт Вы закрываете по очередности. В QUIK вообще каждый клиринг пересчет позиции идет, а скрипте можно (и надо ИМХО) считать от открытия позиции и до ее закрытия.
Закрытие контракта QUIK, LUA
 
В QUIK есть остаток по счету, у него нет понятия - первый/последний. Если вы хотите профит посчитать, то все это делается в рамках Вашего скрипта. Сам QUIK считает относительно среднеэффективной цены позиции/
Таких глюков ещё не было. брокер Открытие, В таблице отображаются не существующие заявки, которые нельзя не увидеть, не снять.
 
Цитата
Старатель написал:
QUIK 9.5.0.42
По какой-то причине в таблице сделок отображались не все совершённые сделки: по фильтру аккаунта и кода бумаги в таблице сделок было 83 строки, хотя в реальности было совершено 92 сделки.
Причина этого глюка, скорее всего в том, что терминал постоянно тупил, и сервер принудительно его отключал по таймауту. (Сделки совершались с другого терминала.) После переподключения к серверу всё повторялось по кругу.
Когда я закрыл два двойных графика (оба графика были созданы давно, и раньше таких проблем не вызывали), терминал ожил. Но вот прогрузились не все сделки.
Пришлось закрывать QUIK и удалять файл trades.dat (заодно удалил и orders.dat). И только после таких манипуляций все сделки прогрузились.

В общем, в QUIK не хватает в этом месте проверки на корректность загрузки и отображения заявок и сделок.
Заодно в менеджер окон неплохо бы добавить CPU Usage каждым окном, чтобы было проще искать проблемное окно.
Видимо 9.5.0.42 вообще глючная. Я тоже завел проблему с тестовым скриптом, что терминал наглухо вешается, при считывании данным по метке на графике в потоке main, больше он ничего не делает, двигаешь метки, терминал падает.
Зависание терминала QUIK версии 9.5.0.42
 
Добрый день!

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

Тестовый код отправил Вам на quiksupport@arqatech.com, при его исполнении и передвижении меток терминал зависает. Это происходит в версии 9.5.0.42

В более ранних версиях все работает нормально.

Прошу подтвердить получение кода по почте.
Замена стандартной таблицы QUICK на пользавательскую
 
Цитата
Владимир написал:
Айдар, Функции обратного вызова не имеют ни малейшего отношения к способу хранения данных - это просто прерывания. И немного найдётся способов затормозить терминал, чем использование OnAllTrade. ::  
Согласен полностью. Мало того, если вам Айдар вдруг придет в голову обновлять поля таблицы из прерывания OnAllTrade, то вам можно будет только посочувствовать.
Получить значение линии на графике
 
Есть готовый индикатор канала, который тоже читается:
https://trdrobot.ru/interaktivnyj-indikator-postroeniya-kanala-dlya-quik/
Ошибка вставления заявки "Вам запрещена работа по данному торговому счёту"
 
Для фондового рынка еще и код клиента надо правильно задавать в нужном поле и формате.
Привязывать метку к вертикальной оси
 
Цитата
Daniil Pozdnyakov написал:
Цитата
...
Добрый день,

Описанная в данном обращении проблема была устранена в версии 9.4.0 терминала QUIK.
Рекомендуем вам обновить версию ПО.
Приносим извинения за причиненные неудобства.
Спасибо за информацию, обязательно ознакомлюсь.
getcandlebyindex и сдвиг графика
 
Цитата
Roman Azarov написал:
Александр М,     s_mike@rambler.ru,  добрый день!

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

Регистрируем пожелание на соответствующую доработку?
Для меня достаточно получить реальное количество баров, как Вы написали. Регистрируйте. Можно прямо в функции Size() параметр добавить (если это из Индикатора вызов) или в функцию getNumCandles ("Идентификатор"), если это вызов из Индикатора или кода скрипта..
Передача кординаты линии в LUA
 
Вот пример того, что можно сделать: Индикатор трендовой линии
getcandlebyindex и сдвиг графика
 
Цитата
Roman Azarov написал:
   s_mike@rambler.ru, добрый день!

Опишите, пожалуйста, проблему подробнее.
Пока что не совсем понимаем, в чем заключается вопрос.
Вам достаточно описания для анализа? Вроде все разжевали.
getcandlebyindex и сдвиг графика
 
Цитата
s_mike@rambler.ru написал:
Цитата
Александр М написал:
Есть функция:
num = getNumCandles ("Идентификатор")
Она вернет число баров, включая фантомные бары, которых нет, но которые QUIK создает чтобы показать значения линий индикаторов в будущем.

В результате как получить текущий реальный бар со значениями цены через  getCandlesByIndex("Идентификатор",Номер линии,num-1,1) ?

Перебор всех баров вглубь не предлагать.

Должна быть функция или флаг у функции getNumCandles, чтобы данная функция вернула число реальных баров Инструмента. Как минимум это относится к самой Цене, все остальное можно смотреть по ней.
перебор всех баров справа налево с конца не даёт результата, даже если идти этим путем. Индикатор может быть присвоен индикатору, который даёт значимые нулевые значения. Пример - фрактал. Поэтому отличить фантомные бары, полученные справа сдвигом от значимых э, дающих пустое значение, нет возможности.

вопрос к разработчикам. Как, использую ваш интерфейс, отличить фантомные бары, полученные сдвигом от значимых, дающих пустое значение?
Согласен.
Как итог - как получить число баров, ИСКЛЮЧАЯ фантомные "будущие бары"? Если это число в результате запуска getNumCandles (может с доп. параметром) будет гарантированно выдаваться, то все остальное решаемо.
getcandlebyindex и сдвиг графика
 
Есть функция:
num = getNumCandles ("Идентификатор")
Она вернет число баров, включая фантомные бары, которых нет, но которые QUIK создает чтобы показать значения линий индикаторов в будущем.

В результате как получить текущий реальный бар со значениями цены через  getCandlesByIndex("Идентификатор",Номер линии,num-1,1) ?

Перебор всех баров вглубь не предлагать.

Должна быть функция или флаг у функции getNumCandles, чтобы данная функция вернула число реальных баров Инструмента. Как минимум это относится к самой Цене, все остальное можно смотреть по ней.
Привязывать метку к вертикальной оси
 
Цитата
Daniil Pozdnyakov написал:
Здравствуйте!

Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ.
Подтверждаю проблему. Мало того, при добавлении метки из скрипта lua, данная галка привязки НЕ ставится, а в параметрах функции выставления метки этот флаг задать нельзя.
Основные библиотеки для QLua 5.4.1
 
Цитата
Anton написал:
Александр М,  в релизе сказано баг-фикс. Т.е. ничего принципиально нового.
Цитата
03 Dec 2020   Lua 5.4.2  released. This is a  bug-fix  release. See the  diffs .  
Спасибо, проверю у себя компиляцию 5.4.2
Основные библиотеки для QLua 5.4.1
 
Цитата
s_mike@rambler.ru написал:
Цитата
Александр М написал:
На официальном сайте   https://sourceforge.net/projects/luabinaries/files/   нету версии 5.4.1, есть 5.4.0 и 5.4.2
Возникает вопрос к разработчикам, а где взять набор компиляторов для версии 5.4.1?

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

Имеется в виду вот это:   https://sourceforge.net/projects/luabinaries/files/5.4.2/Tools%20Executables/lua-5.4.2_Win64_bin.zip/download  
разве с 5.4.2 возникают проблемы?
я как то не заметил их
Хотелось бы официальный ответ от разработчиков получить, что данный архив для компиляции можно использовать.
Лично мне пока и 5.3.5 хватает, все работает стабильно, никаких проблем нет по моим продуктам.
Обновил до 9.2, не ставятся метки ни графики
 
Цитата
Daniil Pozdnyakov написал:
Алексей, добрый день,

информацию о данном изменении Вам должен был сообщить брокер, клиентом которого являетесь.
Прошу сообщить:
1. По какой логике в новой версии насильно снимаются галки  "Оставлять трендовые линии, фигуры"
2. Где в описании по изменениям версий написано об этом? https://arqatech.com/ru/support/files/quik-workstation/
3. Почему из-за фантазий Ваших разработчиков, которые данную галку сняли, мы должны каждому пользователю объяснять, как ее восстанавливать обратно, т.к. слетают все метки на всех графиках?
Основные библиотеки для QLua 5.4.1
 
На официальном сайте https://sourceforge.net/projects/luabinaries/files/ нету версии 5.4.1, есть 5.4.0 и 5.4.2
Возникает вопрос к разработчикам, а где взять набор компиляторов для версии 5.4.1?

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

Имеется в виду вот это: https://sourceforge.net/projects/luabinaries/files/5.4.2/Tools%20Executables/lua-5.4.2_Win64_bin.zip/download
Состояние счета. Валюта позиции., Хотелось бы видеть все цифры в валюте позиции.
 
Цитата
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.
Добавил в Котировках раздел Кросс-курсы валют, помогло, спасибо.
Страницы: 1 2 3 4 5 След.
Наверх