Построение индикаторов по нескольким источникам

Не поможет, т.к. нет средств заставить индикатор перерисоваться в этот момент.
В пункте а) списка проблем в некущем API я в самом деле не то написал.

CreateDataSource не работает в индикаторах от слова совсем. Хоть бы проверили для начала, прежде, чем писать.

Думаю что лет через 100 может быть

Здравствуйте, swerg.

Информации о возможных сроках реализации такого функционала в настоящем нет.
Можем зарегистрировать Ваше пожелание на такую доработку функционала QLUA.

Правильно понимаем, что Вашу задачу решила бы возможность использования функции CreateDataSource, а также вызов callback-функций, связанных с источником данных, полученным через CreateDataSource?

Регистрируем пожелание в такой формулировке?

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

Когда это будет исполнено?

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

Здравствуйте, Артем, swerg.

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Евгений,

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

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

Было бы ПО с открытым исходным кодом, можно было бы самому сделать. У меня как то было такое что в трекере программы которой я пользовался 10!!! лет висел фичреквест, который успешно игнорировался, и в один прекрасный день оно мне тоже потребовалось. Если гора не идет к магомеду, подумал я, и сам выполнил нужный функционал и отправил пулреквест разработчикам, который они вскоре приняли. Не то чтобы сильно важный был функционал, но мне много людей спасибо на том сказали.

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

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

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

swerg,
Благодарим за уточнение, примем этот комментарий к сведению при рассмотрении возможности реализации пожелания.

BlaZed,
Оценка востребованности происходит в т.ч. и по количество обращений с запросом на реализацию какого-либо функционала, да.
Если Вы хотите обозначить заинтересованность в каком-либо функционале, пожелание на реализацию которого уже было зарегистрировано - да, Вы можете отписать в теме, что тоже ждёте данный функционал. При рассмотрении обращения мы также ознакомимся со списком пользователей, выражающих заинтересованность, но новое пожелание зарегистрировано не будет.
Новое пожелание будет зарегистрировано, если Вы создадите отдельную тему, в которой опишите Ваше пожелание, например, сошлётесь на уже существующую тему.
Предлагаем не вдаваться в детали, почему именно такой подход в данном вопросе практикуется: так сложилось исторически, а также из некоторых практических соображений, которые на данный момент остаются в силе.
Если Вас беспокоит вопрос спама на форуме - Вы всегда можете написать нам письмо по почте quiksupport@arqatech.com и также выразить Вашу заинтересованность в реализации функционала, пожелание будет зарегистрировано и принято во внимание.

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

Нет, мы не отказываемся от работы с клиентскими пожеланиями, их регистрации, рассмотрения и реализации по мере возможности независимо от того, на сколько полезным или бесполезным Вам это кажется.

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

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

Заранее большое спасибо за понимание.

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

Версий вышло мильен, но все они сделаны не по желанию пользователей, а при острой необходимости.

Ваша оценка и система отбора (если она вобще существует) предложений не выдерживает никакой критики.
Вы исправили эти ошибки с объемами в новой версии ?   https://forum.quik.ru/messages/forum1/message52326/topic6189/#message52326

прошел год это исправили