EnglishУкраїнськаmRussian
Login/New
Topic with many replies

Тренд


First | 1 | 2 |
Author Message
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.
First | 1 | 2 |



0073