zilav

Унигуи на любой чих типа смены фокуса у контролов или каких-то нажатий пингует сервер, так что я бы сказал ответ никак, хотя возможно я ошибаюсь и Шерзод сейчас закинет классную идею. А вообще то что бы хочешь это скорее в сторону вебкора смотреть надо, там именно как ты хочешь, сервер дергается строго мануально.

Они не совместимы с гиперсервером при условии что сервер сокетов у тебя встроен в гиперсервер, если же сервер вебсокетов выделен в отдельный сервер, то все работает без всяких проблем. Зуб даю, у меня так и работает

Вебсокеты для кого придуманы?

Попробуйте врезать новый фрейм при этом удаляя старый и создавайте фреймы с Create(nil)

Очень хорошо помогает использование инструментов разработчика в браузере, открыл, выбрал нужный элемент и смотришь его стили.

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

А, так ты из тех кто видит свет в конце туннеля и считает что это выход, а не поезд :)) Zed is dead baby, Zed is dead

Был же пример на форуме. Он достаточно старый, возможно понадобится какая-то адаптация под новую версию унигуи. layout.rar

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

ORM is not a good idea if you have a large amount of data or a complex database structure, for example, a primary key consisting of two fields

И на все лэйауты есть демки, не поленись, посмотри

Тебе нужно у формы указать лэйаут vbox, затем бросить грид у него width = 100% и edit у него тоже width=100%, ну и у грида еще flex=1 поставить чтобы его растянуло, вроде чисто по памяти все

Через инструменты разработчика в браузере ты можешь посмотреть какой fa идет с темой.

Connect to database from native mobile client to remote oracle/mssql/postgresql its not a good idea. You need a separate server to provide data access (xdata). Now we have a database server and we need to access data from unigui. You can use something like UNIDAC for data access, or you can remove the dependency on data access components and make the data access universal through REST API. In the future, you can even change the database server, for example, from oracle to postgreSQL and you will not need to change anything either in the unigi application or in the mobile application. To summarize, if in the future you do not need to develop any additional applications for your project in the form of a third-party web application (js, python, php), a native mobile application, integration with third-party resources, then you do not need a separate data server, this is a waste of time.

imagine that you want to make a native mobile app to the same data as unigui. You can create a separate server for accessing data for the mobile app. And separately, unigui application for working with data via the web. Or you can create a single server for accessing data and use it in both the mobile app and unigui app. Additionally, you can use the xdata server for access from almost any programming language, php, python, java, c#, it does not matter.

В версия fontawesome на сервере и в unigui идентичная?

i would be very grateful if you could report the test results

tms xdata good option for mobile. xdata + fgx native (native mobile for android and ios) works perfect. but im not using xdata dataset, only service contracts (server functions) and json serialization/deserialization into memory dataset. And im not using Aurelius because im not very big fan of ORM. If you dont need ORM, you can try DMVC framework. Not so many features as xdata, but free.

any questions?

Добрый Никто не вставлял новый тип редактора для фильтра колонки? Стандартные контролы типа tuniedit или tunicombobox проблемы никакой нет. Но клиенту захотелось в колонку с датой задавать диапазон дат, т.е мне фактически нужно вставить 2 контрола, ну или один контейнер с 2 контролами внутри. Но само свойство контрола в filtering не дает задать несколько контролов, только один, и не видит контейнера в hiddenpanel если я пытаюсь объединить контролы через него. Есть идея как можно реализовать такой фильтр в заголовке колонки?

помимо убирания привязки к БД получаем и плюсы, уведомления не только о событиях в БД а вообще любые, ну и уведомления идут в практически моментально что тоже весьма приятно Плюс если очень хочется то можно вообще воткнуть единый websocket сервер на все свои проекты, только в сообщения надо будет добавить какой-нибудь ID программы и версии, ну а дальше уже в унигуи проекте разрулить твоему приложению сообщение адресовано или нет

Тут вообще зависит от тебя, данные кто обновляет, посути ты, ну так и что тебе мешает уведомить остальных пользователей что ты что-то поменял без каких-то алертов? unidac ходил в исходниках, посмотри что у него там внутри. Да скорее всего придется посидеть с отладчиком. Просто чем хороши вебсокеты это тем что с помощью них ты вообще можешь организовать полноценную связь между клиентами не используя БД. Хочешь чат встроить в программу, пожалуйста, надо сообщение от одного пользователя другому послать, не вопрос, надо уведомить всех о том что я что-то меняю и им возможно есть смысл обновить информацию на экране, да на здоровье. Спектр применения весьма широк.

Сразу примерно расскажу как сделано у меня. В основе лежит эхо-сервис с броадкаст рассылкой сообщений. Само сообщение представляет собой посути json, в котором указано что и как обновилось в системе. Клиент ловит такое сообщение и уже сам решает как он хочет отреагировать на это сообщение.

так вот же как раз у Стаса и лежит

Да и надо понимать что использование алертов практически автоматом подразумевает начало использования вебсокетов Хотя на форуме есть очень приличный и что самое приятное рабочий код работы с вебсокетами. У меня на нем сделано автообновление датасетов у клиентов.