> Вот это и может помочь. Это можно использвать как отправную точку для > эвристики. > > Типичные сценарии (из моего опыта): На самом деле - все это один сценарий, rule-based. Более того, он, возможно, стОит того, чтобы быть включенным в core - начальная установка группы по WM_CLASS (во всяком случае, я бы его включил). Единственная "заморочка" - приделать качественный GUI. Т.е. с бекендом проблем нет - ваяется за 5 минут. А вот качественный фронтенд - это повозиться. Нужно показать списочек существующих associations, кнопочку add (конечно, и delete тоже) - и если пользователь нажал ее, сделать что-то типа того, что делает xprop - дать человеку выбрать окно. В принципе, все легко - просто как-то было лениво. Технических сложностей - никаких. И я бы действительно это не стал делать плагином, это было бы advanced, но в core gswitchit - потому как функция достаточно "прямая" и ее не стыдно запихнуть в "белый и пушистый" (по словам Алексея) основной модуль. Для начала, возможно, обойдется без GUI - только в gconf. А может, вообще только gconf ограничиться?... Типа - для настоящих парней... Автоправка цццю - это про другое. Хотя, там тоже нужны rules. Но тут гимору больше. До сего дня gswitchit не знал и знать не хотел про history. Да и вообще ему было плевать на ввод пользователя. А тут как-то за ним придется следить (понятное дело, через atk). Короче, до этого нам еще расти и расти... Это уже про жисть на уровне виджетов... -- Sergey
Attachment:
signature.asc
Description: =?koi8-r?Q?=FC=D4=C1?= =?koi8-r?Q?_=DE=C1=D3=D4=D8?= =?koi8-r?Q?_=D3=CF=CF=C2=DD=C5=CE=C9=D1?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=C1=CE=C1?= =?koi8-r?Q?_=C3=C9=C6=D2=CF=D7=CF=CA?= =?koi8-r?Q?_=D0=CF=C4=D0=C9=D3=D8=C0?=