Written on: 14. 07. 2011 [15:23]
|
yozhik
Алексей Николаев
registered since: 29.11.2010
Posts: 127
|
"roman" wrote: Можно и возвращать, однако это всёравно не совсем корректно.
В итоге т.к. массивы в скрипте статичными объявить нельзя (или все-таки можно?) сделал через аттрибут виджета типа string. Поэтому после выбора из выпадающего списка значения считаю количество "\n" до него, а потом это же количество отсчитываю обратно в строке, хранящей ссылки на параметры для графиков.
Да и схема, которую Вы выбрали, странная.
Хотелось сделать так чтобы повторно не вбивать параметры, графики которых строить - реализовал схему с обходом в рантайме существующих графиков.
Я планирую добавить возможность произвольного выбора отображаемого в графиках параметра, в кадр группы графиков, однако это будет производится из списка адресов сигналов в отдельном конфигурационном поле, при этом в список выбора пользователя попадут элементы вида "Имя параметра (адрес)", что позволит прямо брать адрес из выбранного значения, и пользователю он не помешает, а скорее предоставит дополнительную информацию.
Конечно нэйтивная реализация будет лучше. Однако необходимость оперативному персоналу видеть адрес параметра вызывает большие сомнения. Им-то как раз все равно - лишь бы было наглядно и работало. И не пугало надписями типа prm:/LogicLev/ctrlN/parN (+)
|
Written on: 14. 07. 2011 [16:47]
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"yozhik" wrote:
"roman" wrote: Можно и возвращать, однако это всёравно не совсем корректно.
В итоге т.к. массивы в скрипте статичными объявить нельзя (или все-таки можно?) сделал через аттрибут виджета типа string. Поэтому после выбора из выпадающего списка значения считаю количество "\n" до него, а потом это же количество отсчитываю обратно в строке, хранящей ссылки на параметры для графиков.
RegExp используйте. Тогда можно просто выбирать по имени и получать адрес фактически одним запросом.
"yozhik" wrote:
Да и схема, которую Вы выбрали, странная.
Хотелось сделать так чтобы повторно не вбивать параметры, графики которых строить - реализовал схему с обходом в рантайме существующих графиков.
Зачем эти графики статично набивать если делается динамический выбор их-же?
"yozhik" wrote:
Однако необходимость оперативному персоналу видеть адрес параметра вызывает большие сомнения. Им-то как раз все равно - лишь бы было наглядно и работало. И не пугало надписями типа prm:/LogicLev/ctrlN/parN (+)
А он его и не увидит, если комбобокс будет не широкий, и даже если увидит то сознание от этого не потеряет. Кроме того адрес нужно урезать до: /LogicLev/ctrlN/parN
Learn, learn and learn better than work, work and work.
|
Written on: 15. 07. 2011 [07:08]
|
yozhik
Алексей Николаев
registered since: 29.11.2010
Posts: 127
|
"roman" wrote:
Зачем эти графики статично набивать если делается динамический выбор их-же?
Так вот я и сделал динамический выбор уже забитых в ggraph трендов чтобы не делать двойную работу вручную. Или Вы что-то другое имеете ввиду?
|
Written on: 15. 07. 2011 [09:01]
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"yozhik" wrote:
"roman" wrote:
Зачем эти графики статично набивать если делается динамический выбор их-же?
Так вот я и сделал динамический выбор уже забитых в ggraph трендов чтобы не делать двойную работу вручную. Или Вы что-то другое имеете ввиду?
Статические графики для этого зачем?
Именно про это я и писал, в своих планах по отношению к ggraph. И нет там двойной работы, перечисляются параметры для выбора в графике, в отдельном атрибуте, то что вы сделали статическими группами графиков. Атрибут списка пустой - нет выбора. Сделать общий список для групп графиков одного объекта сигнализации - нет проблем, устанавливаем атрибут списка в шаблонной странице.
Вопрос только удобства формирования и структуры списка выборных параметров. Думаю добавлю тип атрибута "Текст", как модификатор "Строки", что позволит пользователю создавать текстовые атрибуты.
Learn, learn and learn better than work, work and work.
|
Written on: 16. 07. 2011 [07:10]
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"roman" wrote:
Вопрос только удобства формирования и структуры списка выборных параметров. Думаю добавлю тип атрибута "Текст", как модификатор "Строки", что позволит пользователю создавать текстовые атрибуты.
Добавил
Learn, learn and learn better than work, work and work.
|