Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Не получили письмо с кодом активации?

Официальный форум Simple-Scada.

Автор Тема: Нюанс при нейминге объектов и несколько других замечаний  (Прочитано 5247 раз)

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Исключите объект, которому присваивается имя, из проверки на использование этого имени в проекте

Не удалось переименовать SubPage в Subpage









И еще. Для того, чтобы сообщение было правильным, замените exists на includes или contains.

Already exists! The project already contains object .... 
либо измените предложение на

The object .... already exists in the project.
« Изменён: 20 Мая 2021, 11:16:28 от metamorphogenesis »

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Re: Нюанс при нейминге объектов
« Ответ #1 : 19 Мая 2021, 14:50:30 »
А еще после нажатия на отмену выбор цвета ярлыка страницы на верхней панели не отменяется

« Изменён: 20 Мая 2021, 09:16:25 от metamorphogenesis »

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Re: Нюанс при нейминге объектов
« Ответ #2 : 19 Мая 2021, 18:39:22 »
и вот еще что. Допустим у нас сгруппированы два текста со шрифтом 15.


мы меняем шрифт всей группы на 20


если мы заново выделим эту группу, то увидим в свойствах размер шрифта 15. Хотя очевидно, что шрифт увеличен.


если мы разгруппируем, то размер шрифта текстовой метки отображается корректно.


UPD.только что обратил внимание, что даже когда все строки разгруппированы и содержат текст с 18м шрифтом, при выделении нескольких у меня показывает 15 (возможно где-то висит это значение и не обновляется)
UPD. похоже, что это касается любых объектов и любых их свойств в случае группового применения свойств из диспетчера.
« Изменён: 20 Мая 2021, 16:27:50 от metamorphogenesis »

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Сейчас обратил внимание, что размер шрифта редактора кода не сохраняется. Как и сетка
« Изменён: 21 Мая 2021, 13:01:21 от metamorphogenesis »

Simple-Scada

  • Администратор
  • *****
  • Сообщений: 2998
    • Просмотр профиля
    • Simple-Scada
Здравствуйте.

Внесли изменения в обновление 2.5.6.0.

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Добрый день.  На данный момент работаю в редакторе 2.5.7.0.
Еще несколько мелких недочетов, которые выявил:

• Сочетание Ctrl+Shift+S просто сохраняет проект, не предлагая назвать его;


• Когда меняем границы шкалы переменной, шкала барграфа, которая связана с этой переменной, не перерисовывается. Нужно сослаться на другую переменную а потом обратно на эту же - тогда обновляется. В инспекторе в свойствах шкала отображается правильно. Просто не отрисовывается без пинка;

• Ранее писал о том, что нельзя изменить регистр в имени объектов - система проверки уникальности имён полагает, что я хочу создать новый объект с похожим именем. С регистром в именах переменных ситуация такая же. С объектами исправили, с переменными тоже исправьте (писал на почту, это замечание, вероятно, вы уже учли);

• Это даже не недочёт и у вас может быть аргументированный ответ, почему сейчас именно так. Дело в том, что если у объекта включен запрос подтверждения действия и для выполнения действия у пользователя нет прав, то объект сначала запросит у пользователя подтверждение действия, и после подтверждения сообщит ему об правовых ограничениях. Логичнее и удобнее (сугубо на мой взгляд) было бы наоборот, сначала проверять наличие прав, и только если есть - запрашивать подтверждение;

• Очень хотелось бы, чтобы для страницы сохранялись параметры сетки. Если не для каждой индивидуально, то хотя бы просто чтобы редактор восстанавливал последнюю настройку сетки. Но в идеале было бы сделать индивидуальную сетку для каждой страницы. Бывает дизайн делаешь с разными сетками и приходится постоянно их переключать.

• Думаю, стоит реализовать проверку парности скобок многострочного комментария. Столкнулся с ситуацией, когда в рабочей версии кода есть закомментированные участки, которые предстоит раскрыть в процессе масштабирования проекта (возможность заложена навырост), теперь мне понадобилось для тестов закомментировать вообще все тело скрипта, но редактор кода увидел первую закрывающую скобку и на ней и остановился.









• Будет очень здорово, если к компонентам ввода в вашем интерфейсе вы привяжете события onKeyPress и обработаете нажатия на Enter и Esc. Это часто просится в редакторе переменных, когда я пишу название переменной и интуитивно жму Enter в ожидании, что это приведет к тому же, к чему и нажатие кнопки Apply - применению и закрытию диалога. И Esc соответственно Cancel.

• Раз уж задел редактор переменных, в дополнение к предыдущему пункту добавьте, пожалуйста, хоткей на создание новой переменной. "+", "Ins", "N", "Ctrl+N" - что-угодно. Это очень упростит работу с вводом массива переменных, не переключаясь между клавиатурой и мышью.

• Сделайте, пожалуйста, активной кнопкой все название группы скриптов/переменных, не только стрелку справа

• разрешите раскрывание более одной группы скриптов/переменных. Опционально - можно добавить кнопку - expand all / collapse all

• чем обусловлен выбор правой кнопки мыши в качестве основной при выборе переменных в процессе импорта из ОРС-сервера? Просто левая там вообще никаких функций не выполняет и наверное было бы лаконичнее просто реализовать выделение левой и отсутствие действий правой, чем реализация выделения правой и при этом знать, что пользователь долго по привычке будет нажимать левую и потому предусмотреть предупреждающее сообщение, в котором нужно ему сообщить, что нажимать нужно правую.
« Изменён: 28 Июня 2021, 10:31:31 от metamorphogenesis »

Simple-Scada

  • Администратор
  • *****
  • Сообщений: 2998
    • Просмотр профиля
    • Simple-Scada
Здравствуйте.

Внесем некоторые изменения в будущие обновления.

Цитировать
Думаю, стоит реализовать проверку парности скобок многострочного комментария. Столкнулся с ситуацией, когда в рабочей версии кода есть закомментированные участки, которые предстоит раскрыть в процессе масштабирования проекта (возможность заложена навырост), теперь мне понадобилось для тестов закомментировать вообще все тело скрипта, но редактор кода увидел первую закрывающую скобку и на ней и остановился.
Этого мы сделать не можем, так работает сам компилятор и подсветка синтаксиса соответствует его работе. Всё, что расположено между фигурными скобками "{}" рассматривается как текст комментария, включая вложенные в него символы "{". Поэтому внутри многострочного комментария можно сколько угодно раз написать символ "{" и ничего не изменится, он будет рассмотрен как комментарий. Насколько нам известно, так работают вообще все существующие на данный момент компиляторы. Код с многострочным комментарием можно заключить в "(*"..."*)" и он будет воспринят компилятором как комментарий, но у нас в данный момент нет подсветки синтаксиса для "(*"..."*)".

Цитировать
Будет очень здорово, если к компонентам ввода в вашем интерфейсе вы привяжете события onKeyPress и обработаете нажатия на Enter и Esc. Это часто просится в редакторе переменных, когда я пишу название переменной и интуитивно жму Enter в ожидании, что это приведет к тому же, к чему и нажатие кнопки Apply - применению и закрытию диалога. И Esc соответственно Cancel.
Если Вы говорите про окно редактирования переменных, то Cancel сейчас так и работает. Enter не закрывает окно, т.к. обычно он используется для завершения ввода в поле и закрытие окна по Enter может мешать редактированию.

Цитировать
Раз уж задел редактор переменных, в дополнение к предыдущему пункту добавьте, пожалуйста, хоткей на создание новой переменной. "+", "Ins", "N", "Ctrl+N" - что-угодно. Это очень упростит работу с вводом массива переменных, не переключаясь между клавиатурой и мышью.
Можно использовать дублирование по "Ctrl + D" прямо во время редактирования переменной, не закрывая окно редактирования. При этом сохраняются текущие параметры переменной, создаётся новая переменная с инкрементированным адресом и окно редактирования переключается на неё.

Цитировать
Сделайте, пожалуйста, активной кнопкой все название группы скриптов/переменных, не только стрелку справа
Это невозможно, т.к. сама группа может являться контейнером для переменных (это аналог папок и файлов в windows). Возможно в будущем добавим раскрытие группы по двойному клику ЛКМ.

Цитировать
чем обусловлен выбор правой кнопки мыши в качестве основной при выборе переменных в процессе импорта из ОРС-сервера?
С OPC-сервера не всегда читается вся структура сразу, чтобы всё работало быстро. Клик ЛКМ приводит к чтению структуры выбранной группы. Не видим никаких сложностей в выборе тегов по ПКМ. При случайном клике ЛКМ ничего страшного не произойдёт и будет выдана подсказка. 
« Изменён: 28 Июня 2021, 17:02:23 от Simple-Scada »

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Благодарю за аргументированные ответы! Продуктивной работы)

metamorphogenesis

  • Пользователь
  • **
  • Сообщений: 58
    • Просмотр профиля
Добрый день. Аналогично описанной в первом ответе проблеме не отменяется выбор цветов в шаблонном окне

Simple-Scada

  • Администратор
  • *****
  • Сообщений: 2998
    • Просмотр профиля
    • Simple-Scada
Здравствуйте. Исправили. Исправление включено в обновление 2.5.8.
« Изменён: 25 Июля 2021, 21:21:41 от Simple-Scada »