Для графиков проблем нет, однако в скриптах можно использовать формулы, которые принимаю данные из разных бумаг. Подразумевается, что эти данные выровнены. С точки зрения кода скрипта - это массивы чисел, которые должны быть одинаковой длинны. В предлагаемом варианте это обеспечить не получится.
Если код скрипта будет писаться программистом, то в этом случае выравнивание данных большой роли не играет, т.к. это уже будет забота программиста, как их соотносить.
Однако для визуального редактора выравнивание данных всегда будет заботой TSLAb. Так что предложенный способ с осями Х - может быть востребован только для визуализации, не более того. Например, им можно воспользоваться для вывода графиков разного временного интервала.
"Так что предложенный способ с осями Х - может быть востребован только для визуализации, не более того."
Почему же так сразу не годится? - мысли вслух...
График с произвольной шкалой X в любом случае будет производным от минутного или тикового графика. т.е. будет формироваться каким-то алгоритмом - внешним скриптом или реализованным разработчиками TSLab кубиком.
Любой бар произвольной шкалы может знать время когда он начал формироваться и когда он закончил формироваться,
т.е. в общем случае привязка бара произвольной шкалы Х к интервалу оси времени есть всегда.
Доступ к соответствующим значениям графиков с другой шкалой оси Х вполне реализуем.
Например можно получить индекс соотвесвующего бара с другой шкалой X
методом "Last(t)" т.е. получить номер последнего бара на момент времени <= t.
т.е. использование формул вполне допустимо даже для данных с разными шкалами Х.
Визуальный редактор и скрипт им формируемый должны будут "знать" какая шкала будет "основной" или "ведущей" в алгоритме.
Разумеется что-то более сложное должен будет реализовывать разработчик алгоритма во внешнем скрипте,
но для этого у него должна появиться возможность отображать эти данные и использовать источники разной длинны внутри скрипта.
Предыдущий топик
К началу
