>> У композитора имеются сведения о ролях и о дочерних поверхностях.
> Этих сведений недостаточно, чтобы восстановить позицию окон. Максимум, что композитор
> сможет сопоставить - app-id (один на все приложение), путь до бинаря
> путем проверки соединения сокета и title окна, последний ни разу не
> уникальный. И как ему узнать, какое окно приложения надо переместить на
> прошлое положение при следущем запуске?

Вот именно на этот вопрос и был мой ответ. Приложение на уровне среды рабочего стола идентифицируется полем Exec в *.desktop. Композитор исполняется локально, значит и сопоставить с клиентом не проблема.

>[оверквотинг удален]
>> зачем типичному приложению знать положение своего окна. Что бы делать что?
>> Оконный менеджер на то и менеджер, что бы управлять окнами.
> При чем тут это? Мы же вроде про восстановление позиции говорили. Знать
> положение много зачем может быть надо, например, чтобы контексное меню за
> экран не уходило. Задавать позицию тоже полезно для всяких продвинутых фишек,
> типа нотификаций (и не надо задвигать про демоны системные, как часто
> они никакие, даже inline reply нет) или открытия окна интересным способом
> (например, так, чтобы был в определенном положении по отношению к другому
> окну), еще можно контролировать таким образом ресайз окна, чтобы он сохранял
> определенный aspect ratio. Много всяких трюков становятся невозможными без этого.

Говорили про восстановление позиции _типичного_ приложения. Например, браузера. Или Офиса. С такими менеджер вполне может справиться. "Продвинутые фишки" означают специфичные случаи. Там, понятное дело, может быть много интересного. И как раз надо задвигать про демоны -- если они никакие, значит их следует  ̶п̶е̶р̶е̶п̶и̶с̶а̶т̶ь̶ ̶н̶а̶ ̶R̶u̶s̶t̶ ̶ сделать по уму.