Компонент экрана ГРАФИК

[Kliper]

Добрый день, господа разработчики.
Пришел еще раз "поныть". Надеюсь, не останусь без ответа.

Компонент График.

1. Почему при перелистывании экранов, и переходе на экран с графиком, он забывает что рисовал ранее, и начинает строиться заново? Это не порядок вооПЧе. Понимаю, что скажете "экранная память, и все такое..." Сделайте тогда зеркало в ОЗУ, сохраняйте туда данные, и берите их оттуда.
Чтобы оставить совместимость по расходу памяти сделайте этот режим переключаемым в настройках компонента, сохранять график или нет.

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

3. Не хватает хотя бы еще одной шкалы по вертикали, которую можно разместить справа, для вывода данных двух разных типов. Также можно сделать цвет значений этих шкал настраиваемым, например под цвет выводимых линий.

4 Сделайте механизм включение/выключение ведения графика, чтобы можно было запустить его когда надо, и остановить когда надо (заморозить), и соответственно увидеть результат уже прошедших событий когда надо.

[Wowen]

Добрый день, господа разработчики.
Пришел еще раз "поныть". Надеюсь, не останусь без ответа.

Компонент График.

1. Почему при перелистывании экранов, и переходе на экран с графиком, он забывает что рисовал ранее, и начинает строиться заново? Это не порядок вооПЧе. Понимаю, что скажете "экранная память, и все такое..." Сделайте тогда зеркало в ОЗУ, сохраняйте туда данные, и берите их оттуда.
Чтобы оставить совместимость по расходу памяти сделайте этот режим переключаемым в настройках компонента, сохранять график или нет.

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

3. Не хватает хотя бы еще одной шкалы по вертикали, которую можно разместить справа, для вывода данных двух разных типов. Также можно сделать цвет значений этих шкал настраиваемым, например под цвет выводимых линий.

4 Сделайте механизм включение/выключение ведения графика, чтобы можно было запустить его когда надо, и остановить когда надо (заморозить), и соответственно увидеть результат уже прошедших событий когда надо.

Добрый день!

По поводу п.1, данный график позиционируется как график реального времени, не исторический. Поэтому сохранения значений при перелистывании по умолчанию в нем нет. Но данную функцию можно включить с помощью параметра "Работа в фоне" в свойствах графика.

В целом, ваши предложения полезны, их реализация, действительно пошла бы на пользу этому элементу визуализации. Но, как вы верно отметили, все упирается в память. Однако в будущем планируются новые ПР с расширенной памятью, поэтому мы уже сейчас занимаемся проработкой продвинутого исторического графика. Так что ваши предложения очень кстати, спасибо!

[Королев Кирилл]

Присоединяюсь к предыдущему оратору.
Еще интересует п.3 - дополнительная ось именно справа нужна? Или же лучше делать блок осей с одной стороны?

[Kliper]

Если две, то лучше слева и справа. Блок осей это как? Все в одну кучу? Будет неразбериха, и сожрет часть рабочего поля графика. В случае дополнительной шкалы/шкал справа, - отжирание пространства будет минимальным.

[Королев Кирилл]

А если их больше, чем 2? Пространство справа от графика в будущем предполагается использовать в качестве возможной легенды.

[Dimensy]

А если их больше, чем 2? Пространство справа от графика в будущем предполагается использовать в качестве возможной легенды.

Смотря какого размера экранчик. Но больше двух осей, по моему мнению, будет перебор.

[Kliper]

Легенду, если надо, я бы организовал отдельными текстовыми компонентами, и их текущими значениями, это было бы наглядней.
На графике только график!
Предлагаю такой вариант для четырех шкал:
87386

[Королев Кирилл]

Смотря какого размера экранчик. Но больше двух осей, по моему мнению, будет перебор.

Планируем устройства с диагоналями 7 и 10 дюймов. Там уже помещаются 3 оси, как минимум. Разрешение на 7 дюймах 1024х600


Легенду, если надо, я бы организовал отдельными текстовыми компонентами, и их текущими значениями, это было бы наглядней.
На графике только график!
Предлагаю такой вариант для четырех шкал:
87386

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

[Kliper]

Результат на скриншоте:
Опять таки, пропадает много полезного "графического" места как слева, так и справа внизу. Само поле графика будет ущербным.
Если значения шкал большие, например по 4 знака, (не 45, 5, 100 как в Вашем при мере, а 5000, 1000, 5000) то эти цифры в ряд - сожрут очень много места
Описание легенды тоже будет не в одно слово (давление чего?, скорость чего?).
Если уж и втискивать легенду в график, то или сверху, или снизу.
Тогда и легенду можно расписать длинной строкой, и график будет вытянутым по горизонтали, что предпочтительнее.
И вообще, расположение легенды в зависимости от задач, и кол-ва линий может быть различным. Придется еще конструктор для не изобретать. В одну строку (1+1+1+1), в две (2+2), вверху, внизу, слева, справа и т.д.
Также, в настройках должна быть возможность выбора - показывать легенду или нет.
Мой вариант лучше)))

[Kliper]

Планируем устройства с диагоналями 7 и 10 дюймов.

А не планируете ли выпуск гибридов - сенсорная панель и ПР225 в одном флаконе? Вот это была бы весЧь.

[Королев Кирилл]

Опять таки, пропадает много полезного "графического" места как слева, так и справа внизу. Само поле графика будет ущербным.
Если значения шкал большие, например по 4 знака, (не 45, 5, 100 как в Вашем при мере, а 5000, 1000, 5000) то эти цифры в ряд - сожрут очень много места
Описание легенды тоже будет не в одно слово (давление чего?, скорость чего?).
Если уж и втискивать легенду в график, то или сверху, или снизу.
Тогда и легенду можно расписать длинной строкой, и график будет вытянутым по горизонтали, что предпочтительнее.
И вообще, расположение легенды в зависимости от задач, и кол-ва линий может быть различным. Придется еще конструктор для не изобретать. В одну строку (1+1+1+1), в две (2+2), вверху, внизу, слева, справа и т.д.
Также, в настройках должна быть возможность выбора - показывать легенду или нет.
Мой вариант лучше)))

Предполагается панель управления графиком (в шапке 3 полоски). В ней располагается иконка включения/выключения легенды. Если на график будут выводиться не 3 пера, а 6, например, то уже не так и много места отъедается))
Но, повторюсь, это макет, над расположением еще думаем.

По поводу гибридов - планы есть. На вебинаре рассказывали подробнее - https://rutube.ru/video/23b57612edfb1dc8defe9b04eea60798/. Примерно с 01:50:00.