Перейти к публикации

Вид ТС на большом мониторе


Радмила

Рекомендованные сообщения

Добрый день. Установила ТС 11.6, значения некоторых параметров наполовину скрыто(снизу). Например, наименования подразделений в орг.структуре будто накладываются друг на друга. Кнопки команд на панели инструментов очень маленького размера, при этом основное меню выглядит нормально , объекты так же видны хорошо. Все будто сжато. Изменение коэффициента компактности не помогло.   Коллеги говорят, что дело в большом мониторе. Варьировала размерами разрешения экрана и размером текста, на отображение ТС не влияет. Подскажите, как исправить?

Ссылка на сообщение
Поделиться на других сайтах


UnPinned posts
3 минуты назад, lexx174 сказал:

А кастомизация под AWC это уже чистый web? Какое API там предусмотрено?


Стайлшиты и Angular.

Ссылка на сообщение
Поделиться на других сайтах
1 hour ago, lexx174 said:

А кастомизация под AWC это уже чистый web? Какое API там предусмотрено?


Идея такая:
Stylesheet-ы, они очень навороченными получились
Чуть глубже это уже использование Framework-а Siemens Web Framework, SWF инкапсулирует то, что под капотом (пока там Angular, пока, а потом может быть что-то другое будет) и возишись ты с SWF ты в т.н. декларативном виде, покури вот: https://blogs.sw.siemens.com/teamcenter/declarative-ui-configuration-with-active-workspace/
https://docs.sw.siemens.com/en-US/product/224565084/doc/PL20211221110300381.showcase/custom/?audience=external

 

Что касается использования Angular as is, то это не приветствуется, можно, но с кучей нюансов и под неодобрительные взгляды разарботки:) Суть SWF осовободить народ от погружения в эти самые фреймворки + дать себе возможность менять мотор под капотом,

Делай всё в виде сервисов, а SWF поможет тебе замутить Payload и пнуть его в "сервер"

 

Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, Krusty сказал:


Идея такая:
Stylesheet-ы, они очень навороченными получились
Чуть глубже это уже использование Framework-а Siemens Web Framework, SWF инкапсулирует то, что под капотом (пока там Angular, пока, а потом может быть что-то другое будет) и возишись ты с SWF ты в т.н. декларативном виде, покури вот: https://blogs.sw.siemens.com/teamcenter/declarative-ui-configuration-with-active-workspace/
https://docs.sw.siemens.com/en-US/product/224565084/doc/PL20211221110300381.showcase/custom/?audience=external

 

Что касается использования Angular as is, то это не приветствуется, можно, но с кучей нюансов и под неодобрительные взгляды разарботки:) Суть SWF осовободить народ от погружения в эти самые фреймворки + дать себе возможность менять мотор под капотом,

Делай всё в виде сервисов, а SWF поможет тебе замутить Payload и пнуть его в "сервер"

 

т.е вариантов работы с базой становится все меньше? если раньше и нынче есть выбор - можно писать утилиты ITK, можно клиентские SOA приложения, можно плагины под RAC клиент, везде свои нюансы быстродействия, удобства. 

А теперь с AWC остается только вариант - на серверной части писать свои SOA сервисы/библиотеки, регистрировать их, и потом использовать их (или cots) через SWF?

Я правильно понимаю? 

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах
57 minutes ago, lexx174 said:

т.е вариантов работы с базой становится все меньше? если раньше и нынче есть выбор - можно писать утилиты ITK, можно клиентские SOA приложения, можно плагины под RAC клиент, везде свои нюансы быстродействия, удобства. 

А теперь с AWC остается только вариант - на серверной части писать свои SOA сервисы/библиотеки, регистрировать их, и потом использовать их (или cots) через SWF?

Я правильно понимаю? 

Да, правильно и это самые разумный подход, писать свои сервисы.

Ссылка на сообщение
Поделиться на других сайтах

Но с базой у тебя куча средств, точнее с данными, всякие OData, GraphQL, старомодный SOAP/WSDL, это наверное самая открытая система, а когда народ лазает в БД напрямую - это не самый лучший поход, хотя иногда он и бывает полезным:)

Ссылка на сообщение
Поделиться на других сайтах
1 hour ago, lexx174 said:

 Ну rac api или SOA мне кажется удобней и проще чем wsdl заморачивать

единственный плюс - проще, хоп хоп и готово

но смотри, если бы у тебя сейчас весь твой код был в виде сервисов, а RAC только UI, то ты мог бы полегкому переползить на AWC ведь меняется только Front-end, а мозги остались без изменения

 

Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, Krusty сказал:

единственный плюс - проще, хоп хоп и готово

но смотри, если бы у тебя сейчас весь твой код был в виде сервисов, а RAC только UI, то ты мог бы полегкому переползить на AWC ведь меняется только Front-end, а мозги остались без изменения

 

тем не менее нужно менять парадигму, привычную, годами применяющуюся 

Ссылка на сообщение
Поделиться на других сайтах
4 hours ago, lexx174 said:

тем не менее нужно менять парадигму, привычную, годами применяющуюся 

Ну ничо, тебе как профессионалу это интеллектуальный рост!:)

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




×
×
  • Создать...