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

[Old]

Дело в том, что при случайном закрытии пользовательского интерфейса оператор может проморгать важное событие. Прокурор-то его потом в архиве найдет :-). Так что возможность ошибки оператора должна быть сведена к минимуму.

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

[Old]

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

Тогда можно принудительно перезапускать GUI при получении важного сообщения, если он был закрыт. Или сигнализировать об этом, например, открытием отдельного диалога или всплывающим сообщением SystemTray + звуковое оповещение. Тогда оператор сможет сам открывать GUI и разобраться с проблемой.

[AlexEx]

Да CloseEvent и так заблокирован, а перемещение почти тоже - см. выше. А вот соседствующие в меню пункты Закрыть окно и Убить приложение - это жесть. Конечно, последнее с подверждением, но все мы знаем, как на автомате жмется OK.
Звук в свое время тоже был опробован, специфика не позволила использовать.

[Old]

Да CloseEvent и так заблокирован, а перемещение почти тоже - см. выше. А вот соседствующие в меню пункты Закрыть окно и Убить приложение - это жесть. Конечно, последнее с подверждением, но все мы знаем, как на автомате жмется OK.
Звук в свое время тоже был опробован, специфика не позволила использовать.

Ну еще как вариант, можно открывать главное окно в fullscreen (QWidget::showFullScreen), тогда заголовка окна не будет вообще.

[AlexEx]

А заголовка главного окна и так нет, меню присутствует в иконке окна из панели инструментов. Окон много и некоторые должны иметь заголовки. Идея убрать системные заголовки и написать свои тоже была, но поскольку это не решает проблемы меню из панели инструментов, пока отложена.

[AlexEx]

Итого, похоже варианта всего два:
1. Повесить демона, перезапускающего UI при его закрытии (самое простое, но не очень красивое).
2. Взять готовый простейший WM и допилить его до нужного состояния (тут могут быть проблемы с сертификацией под SE).
Я, честно говоря, рассчитывал, что найдутся люди, поработавшие с библиотеками libflycore, libflyui, может в них что есть. Никакого описания их я пока не нашел :-(.
Спасибо за обсуждение.

[qate]

1. Повесить демона, перезапускающего UI при его закрытии (самое простое, но не очень красивое).

не нужен демон, достаточно bash скрипта - просто цикл перезапуска
это полезно и при падениях программы
я так и делаю

[AlexEx]

Ну это дело вкуса :-) Мне проще написать программу на C-ях. Да и все, что описано - это лишь вершина айсберга. Надо будет отслеживать много еще чего.

[Dimas]

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

Установите wine и запускайте старые исполняемые файлы. Мега-костыль, зато заново не надо переписывать и отлаживать код. Есть товарищи, которые на AstraLinux также запускают боевую программу, только тсс. Они об этом стесняются говорить военным.

[Igors]

Дело в том, что при случайном закрытии пользовательского интерфейса оператор может проморгать важное событие. Прокурор-то его потом в архиве найдет :-).

И отсюда вывод - не позволять закрывать! И начинается "борьба с ОС" - куча хлопот "зато" сомнительный результат. Думается такой подход бесперспективен. В конце-концов оператор может и насвистеть типа "да ничего я не проморгал, это свет рубанули!".

Стоит поискать др пути обеспечения (необходимой) надежности. Напр при следующем запуске вываливать окно что, мол, прощелкал, или даже восстанавливаться. Словом, не позволять просто так вернуться к нормальной работе пока проблема не решена. А "держать не пущать" - дело тухлое.

[vic57]

Итого, похоже варианта всего два:
1. Повесить демона, перезапускающего UI при его закрытии (самое простое, но не очень красивое).
2. Взять готовый простейший WM и допилить его до нужного состояния (тут могут быть проблемы с сертификацией под SE).
Я, честно говоря, рассчитывал, что найдутся люди, поработавшие с библиотеками libflycore, libflyui, может в них что есть. Никакого описания их я пока не нашел :-(.
Спасибо за обсуждение.

я делал такие вещи в тайловых WM. попробуйте dwm - самый простой

[qate]

попробуйте dwm - самый простой

интересно как к этому отнесутся сами пользователи программы ? )
им будет неудобно, все же привыкли к обычным проведениям окон, мозг вынесут разработчику
если только не предполагается использовать комп для одной программы ТС

[AlexEx]

Все это - не замена существующего ПО, это - новые системы для той же технологии. Про "свет рубанули" - все питается от двух независимых сетей при УПС величиной с гору. А оператор, к сожалению, активно участвует в тех процессе. Так свыше предопределено.

[AlexEx]

ЗЫ как всегда
У Астры обнаружился kiosk-mode. Вроде-бы для таких вот случаев. Буду смотреть.

[vic57]

попробуйте dwm - самый простой

интересно как к этому отнесутся сами пользователи программы ? )
им будет неудобно, все же привыкли к обычным проведениям окон, мозг вынесут разработчику
если только не предполагается использовать комп для одной программы ТС

именно так и делается в серьезных системах - все, что не разрешено - запрещено