Снова AddLabel

Страницы: 1
RSS
Снова AddLabel
 
Как говорится "у кого что болит"

Описание проблемы:
В случае прикрепления графика якорем к таблице текущих торгов функция AddLabel лепит метку согласно только идентификатору в текущий на графике инструмент. T.е. метка о сделке по любому тикеру выставляется в текущее окно графика.    В итоге в одном окне мешанина из меток разнообразных инструментов, а при переключения на нужные они отсутствуют.  В настоящее время способов автоматически правильно разносить метки на графики соответствующих тикеров нет. Единственный вариант какой я придумал - вручную открывать нужное окно и запускать скрипт который перебирает список UIDов меток относящихся к этому тикеру, поштучно удаляет ее и выставляет заново с другим uid что бы она появилась на текущем графике.
Замечу, что метки покупки/продажи выставляемые самим Квиком попадают в окно нужного инструмента автоматически.

Предложение:

1. Доработать функцию AddLabel возможностью выставлять метку на график в соответствии с параметром "тикер инструмента". При отсутствии параметра пусть лепит в текущее окно.

или

2. Дать возможность позиционировать средствами qlua указатель в таблице текущих торгов на нужный тикер с тем что бы  текущий график переключился на нужный инструмент. Тут наверное придется создать еще функцию получения текущей позиции укозателя.

Прошу рассмотреть данные предложения.
Обязуюсь честно напоминать о них ежегодно )
 
Цитата
Kolossi написал:
выставлять метку на график в соответствии с параметром "тикер инструмента".

Код
local info = getDataSourceInfo()
if info.sec_code == sec and info.class_code == class then AddLabel(...) end
Надо делать так, как надо. А как не надо - делать не надо.
 
Это, если из индикатора ставить метки. Из скрипта - не получится   :sad:
Надо делать так, как надо. А как не надо - делать не надо.
 
Интересный вариант с индикатором. Только с возвратом к вопросу о повторном выставлении.
 
Цитата
Kolossi написал:

Описание проблемы:
В случае прикрепления графика якорем к таблице текущих торгов функция AddLabel лепит метку согласно только идентификатору в текущий на графике инструмент. T.е. метка о сделке по любому тикеру выставляется в текущее окно графика.    В итоге в одном окне мешанина из меток разнообразных инструментов, а при переключения на нужные они отсутствуют.  В настоящее время способов автоматически правильно разносить метки на графики соответствующих тикеров нет. Единственный вариант какой я придумал - вручную открывать нужное окно и запускать скрипт который перебирает список UIDов меток относящихся к этому тикеру, поштучно удаляет ее и выставляет заново с другим uid что бы она появилась на текущем графике.
Замечу, что метки покупки/продажи выставляемые самим Квиком попадают в окно нужного инструмента автоматически.

Предложение:

1. Доработать функцию AddLabel возможностью выставлять метку на график в соответствии с параметром "тикер инструмента". При отсутствии параметра пусть лепит в текущее окно.

или

2. Дать возможность позиционировать средствами qlua указатель в таблице текущих торгов на нужный тикер с тем что бы  текущий график переключился на нужный инструмент. Тут наверное придется создать еще функцию получения текущей позиции укозателя.

Прошу рассмотреть данные предложения.
Обязуюсь честно напоминать о них ежегодно )
А что, пожелания теперь не рассматриваются и не регистрируются?
 
Здравствуйте.

Цитата
Kolossi написал:
1. Доработать функцию AddLabel возможностью выставлять метку на график в соответствии с параметром "тикер инструмента". При отсутствии параметра пусть лепит в текущее окно.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Цитата
Kolossi написал:
2. Дать возможность позиционировать средствами qlua указатель в таблице текущих торгов на нужный тикер с тем что бы  текущий график переключился на нужный инструмент. Тут наверное придется создать еще функцию получения текущей позиции укозателя.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Страницы: 1
Читают тему (гостей: 1)
Наверх