История изменений

X11 не занимается вопросами буфера обмена, позиционирования окон и так далее.

Да ладно? 🤦

Хочешь сказать, что primary/secondary/clipboard selection (сам же только что упоминал) берутся из астрала, а название утилиты xsel — поклёп и клевета?

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

У моей идеи нет никакого логического продолжения. Идея простая как топор: прикладная среда должна понимать, «на что смотрит пользователь». Чему в пространстве файловых путей или URL это соответствует.

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

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

По указанной причине твоё предложение во-первых оверинженернутое.

Указанная причина не отражает ничего кроме того, что «640 килобайт хватит всем, всем, я сказал! А кому не хватает, тех просто не существует!».

Моё решение на предыдущей странице, реализованное в виде команды, которая возвращает результат в stdout, является концептуально более верным

Потому что ты так сказал?

В-третьих, пытается её решать там, где не существует окон. Если ты не понял, то проблема пользовательской сессии dbus не в том, что она «не юниксвейная». А в том, «приложения и окна» существуют в пространстве объектов X11, и не dbus.

Фейспалм. Ты определись уже — ты хочешь монолит, который берёт на себя абсолютно всё, до чего можешь дотянуться (aka X11, в чьё пространство имён ты предлагаешь запихивать абсолютно нерелевантные отображению окон задачи), или россыпь аккуратных API, каждое из которых решает только свою задачу и делает это хорошо?

В конце концов, в приведённый мной выше макет дбас-интерфейса ты просто берёшь и добавляешь ещё один метод, который вместо PID принимает X11-хендл или что там принято. Всё, end of story. Расширяемость — check.

X11 не занимается вопросами буфера обмена, позиционирования окон и так далее.

Да ладно? 🤦

Хочешь сказать, что primary/secondary/clipboard selection (сам же только что упоминал) берутся из астрала, а название утилиты xsel — поклёп и клевета?

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

У моей идеи нет никакого логического продолжения. Идея простая как топор: прикладная среда должна понимать, «на что смотрит пользователь». Чему в пространстве файловых путей или URL это соответствует.

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

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

По указанной причине твоё предложение во-первых оверинженернутое.

Указанная причина не отражает ничего кроме того, что «640 килобайт хватит всем, всем, я сказал! А кому не хватает, тех просто не существует!».

Моё решение на предыдущей странице, реализованное в виде команды, которая возвращает результат в stdout, является концептуально более верным

А мне — нет.

В-третьих, пытается её решать там, где не существует окон. Если ты не понял, то проблема пользовательской сессии dbus не в том, что она «не юниксвейная». А в том, «приложения и окна» существуют в пространстве объектов X11, и не dbus.

Фейспалм. Ты определись уже — ты хочешь монолит, который берёт на себя абсолютно всё, до чего можешь дотянуться (aka X11, в чьё пространство имён ты предлагаешь запихивать абсолютно нерелевантные отображению окон задачи), или россыпь аккуратных API, каждое из которых решает только свою задачу и делает это хорошо?

В конце концов, в приведённый мной выше макет дбас-интерфейса ты просто берёшь и добавляешь ещё один метод, который вместо PID принимает X11-хендл или что там принято. Всё, end of story. Расширяемость — check.