LINUX.ORG.RU
решено ФорумTalks

xorg, перекидывание окна на другой DISPLAY, какого хрена?

 ,


0

1

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

Всякое УГ типа NX и совершенно долбанутые костыли типа xpra - никуда не годятся даже для xedit не говоря уж о всём остальном. Хотя казалось бы.

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

Дано: есть машина с DISPLAY=:0.0 на неё установлен коннект ssh -Y и соответственно есть ещё DISPLAY=localhost:10.0 . Требуется приложение, работающее на :0.0 перекинуть на localhost:10.0 . Для простоты считаем, что обе тачки абсолютно идентичны. Теоретически, если брать X11 как сферического коня в вакууме, никаких особых проблем быть не должно, однако на практике красивого и прямого решения нету. Какого хрена, собственно? Ведь фича - можно сказать просто мечта и предмет мастурбации для современных дезигнеров, причём настолько, что удостоилась многократной экранизации в худ.фильмах.

★★★★★
Ответ на: комментарий от Stanson

Если с этой стороны подходить - то это проблемы не приложения а скорее тулкита, на котором написано приложение.

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

no-dashi ★★★★★
()

Теоретически, если брать X11 как сферического коня в вакууме, никаких особых проблем быть не должно, однако на практике красивого и прямого решения нету.

а в чём проблема собственно?

emulek
()
Ответ на: комментарий от Stanson

Речь именно об X11 и окне отдельно взятого приложения с использованием провозглашаемой сетевой прозрачности

ничего, что безопасность и прозрачность это взаимоисключающие параграфы?

emulek
()
Ответ на: комментарий от Stanson

Ну и софтина как бы просто продолжит работать с удалённым сервером не подозревая о том, что сервак поменялся. Чисто теоретически никаких проблем не видно, однако практической реализации нет и не предвидится, похоже.

может тебе больше подходит ssh -X, а не -Y, не?

emulek
()
Ответ на: комментарий от no-dashi

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

Практика говорит об обратном - в GTK, как оказалось, смена display на лету реализована изначально в самой мякотке тулкита (gtk_window_set_screen через gtk_window_map/unmap). Соответственно, как ни пиши на GTK приложение - оно будет уметь перепрыгивать с дисплея на дисплей. И действительно умеет. Прям искаропки без всяких костылей.

В Qt, к сожалению, я никаких намёков на возможность подобного не нашёл. Не сказать, что сильно искал, но в сырцах порылся чуток. Никаких аналогов map/unmap даже близко не нашёл.

Stanson ★★★★★
() автор топика
Ответ на: комментарий от emulek

может тебе больше подходит ssh -X, а не -Y, не?

А при чём тут это? И каким образом оно поможет/помешает в переносе окна приложения на другую машину?

Stanson ★★★★★
() автор топика
Ответ на: комментарий от emulek

ничего, что безопасность и прозрачность это взаимоисключающие параграфы?

Это никак не пересекающиеся параграфы. Как сетевая прозрачность xorg пользуемая через, скажем, ssh может вредить безопасности?

Stanson ★★★★★
() автор топика
Ответ на: комментарий от Stanson

Как сетевая прозрачность xorg пользуемая через, скажем, ssh может вредить безопасности?

если через (грамотно настроенный)ssh, то наверное никак. А вот иначе — кто-то другой может подключится к твоим иксам. Но это тебя ведь не волнует, да?

emulek
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.