Как запретить закрытие окон под Astra Linux

[AlexEx]

На форуме Astra Linux мне не ответили, так что попробую спросить здесь.
Портирую несколько приложений с Windows 7 Qt 5.7 на Astra Linux (пока CE) Qt 5.11. Требуется полностью запретить пользователю закрывать и перемещать некоторые окна (не имеющие X или заголовка), а также запретить завершение приложений. Желательно вообще убрать системное меню и иконки из панели задач. Это ж надо было догадаться дать даже нерутовоному пользователю возможность грохнуть свое приложение из практически пользовательского интерфейса! И это ОС, разрешенная МО РФ! Сейчас под Windows все это делается платформенно зависимым способом. Как я понимаю, всё это надо делать через API fly-wm, а не через X11, или я ошибаюсь? Просьба подсказать, как это реализовать.

[qate]

необходимо запретить даже killall my_app_ran_by_me ?
что такое делает приложение, что его нельзя прибить ? )

[zhbr]

всё это надо делать через API fly-wm, а не через X11, или я ошибаюсь? Просьба подсказать, как это реализовать.

может нужно вобще тогда вместо запуска wm, запускать это приложение?

Это ж надо было догадаться дать даже нерутовоному пользователю возможность грохнуть свое приложение из практически пользовательского интерфейса! И это ОС, разрешенная МО РФ!

странные нападки...

[AlexEx]

Приложение отображает мнемосхемы технологического процесса. Убив приложение оператор может пропустить много важного и не выполнить вовремя то, что положено. От wm врядли можно избавиться (хотя такая идея и приходила мне в голову, а другая бредовая идея была попробовать OpenGl :-) - но тут я не специалист), так как в перспективе переход на SE версию.

[ssoft]

Требуется полностью запретить пользователю закрывать и перемещать некоторые окна (не имеющие X или заголовка), а также запретить завершение приложений.

Это можно запретить с помощью перехвата событий QCloseEvent, QMoveEvent и др. Возврат по ним false и/или задание фиксированной геометрии даст желаемый результат.

Желательно вообще убрать системное меню и иконки из панели задач. Это ж надо было догадаться дать даже нерутовоному пользователю возможность грохнуть свое приложение из практически пользовательского интерфейса!

Это делается через системные настройки.
Не отображать окно в системном меню можно, например, задав ему свойство Qt::Tool.

[AlexEx]

Собственно так сейчас все и сделано - closeevent игнорируется, на move посажен свой обработчик. Засада в том, что moveevent происходит только в начале и конце перемещения окна (и то уже после перемещения), так что окно все-таки перемещается и если не завершать процесс перемещения, окно может быть оставлено где угодно (почти). Qt::Tool и так есть и прекрасно работает под Windows, но вот Астре он пофигу. Ну и самый криминал - возможность посылки SIGKILL. Похоже, надо будет все-таки решать проблему работы без wm.

[ssoft]

В Астре, как и любом другом линуксе, много разных оконных менеджеров. У многих из них обширный набор опций для управления окнами. Разные политики могут устанавливаться даже по названию окна. Можете даже свой менеджер написать на базе какого-нибудь opensource.

[qate]

Ну и самый криминал - возможность посылки SIGKILL.

Так ведь и в венде есть taskkill

Можно написать скрипт перезапуска приложения по завершению
Там же использую xdotool периодически открывать окно на полный экран )

[AlexEx]

В Винде надо еще добраться до taskkill, а Ctrl-Alt-Del (и многое другое) можно ведь и запретить, а тут SIGKILL в системном меню прямо рядом с пунктом закрытия окна.

[qate]

Конечно открыть командную строку не всем под силам в венде )
Но такие решения не надежны

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

[Old]

2AlexEx Вы бы рассказали, чего вы хотите достичь в конце концов. Для чего такие ограничения пользователя?
Что будет доступно пользователю (мышь и клавиатура или только мышь)? Если у пользователя будет клавиатура, то любое окно он сможет закрыть через Ctrl-Alt-Esc (эта функция самих иксов) - вместо курсора появиться череп, наводите его на нужное окно и кликаете. Приложение уже ничего с этим не сделает. Эту возможность также нужно как-то отключать.

[AlexEx]

Попробую объяснить, что и для чего. Есть самописная SCADA система 1999-го года рождения. Технологический процесс неважен. Все в ней работает как надо, что много раз проверено. Вот только весь пользовательский интерфейс рабочих мест операторов сделан под Windows (сначала NT 4.0, потом XP, потом Windows 7). Теперь у нас импортозамещение и в список разрешенных ОС Windows больше не входит (а ведь NT 4.0 когда-то входила), а вот Astra Linux SE входит. И показалось, что она наиболее вменяемая, так что надо портировать. Ошибки оператора могут стоить ну очень дорого. Отсюда и весь наезд.

[Old]

Попробую объяснить, что и для чего. Есть самописная SCADA система 1999-го года рождения. Технологический процесс неважен. Все в ней работает как надо, что много раз проверено. Вот только весь пользовательский интерфейс рабочих мест операторов сделан под Windows (сначала NT 4.0, потом XP, потом Windows 7). Теперь у нас импортозамещение и в список разрешенных ОС Windows больше не входит (а ведь NT 4.0 когда-то входила), а вот Astra Linux SE входит. И показалось, что она наиболее вменяемая, так что надо портировать. Ошибки оператора могут стоить ну очень дорого. Отсюда и весь наезд.

По моему опыту, такие системы необходимо реализовывать следующим образом: есть ядро системы управления, реализованное как набор демонов (служб), которые и реализуют весь техпроцесс. И есть отдельно графический клиент, который может корректировать работу ядра. Даже если на время графический клиент будет закрыт, то на работе всей системы это никак не отразиться.
Ядро должно быть максимально надежным, с возможностью автоматического перезапуска подсистем демонов, а GUI является лишь средством просмотра телеметрии и корректировки параметров ядра. Тут можно ничего не блокировать, закрыл оператор GUI ну и ладно, захочет посмотреть/откорректировать параметры - запустит сам.

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

IMHO, это чисто вендовый подход, когда один бинарник и техпроцессом управляет и GUI отображает, и кино показывает. Когда все разделено, можно из "кубиков" собирать более сложные и надежные системы.

[AlexEx]

Мы же не на облаке живем, на разработку нового правильного ПО никто денег не даст, тем более что все и так работает. Да и дело не в надежности самого ПО, все строировано и зарезервировано. Дело в том, что при случайном закрытии пользовательского интерфейса оператор может проморгать важное событие. Прокурор-то его потом в архиве найдет :-). Так что возможность ошибки оператора должна быть сведена к минимуму. Речь идет именно об ошибке, целенаправленные действия не рассматриваем.
Кстати, по Ctrl-Alt-Esc ничего не происходит - сейчас проверил.

[AlexEx]

PS
To Old.
Техпроцессом управляют совсем другие вычислительные средства, эти машины АРМ - только GUI.