> В настройках выбирается виджет - текст или картинка. > а плагинам доступно: > get_type_widget() > set_background(color) > set_foreground (color) > set_image(pixbuf) > pixbuf get_image() > и если неправильный вариант (set_image() на label) вызывается, то > вертается FALSE или NULL и все. Вы ничего этим не решаете. В данном случае реально есть выбор - один тип виджета или много типов. Два - это уже "много". Возможность вызвать неправильный метод на неподходящем типе остается. Только ошибку буду детектировать я, а не gtk. Зачем? Мне заняться больше нечем?:) Если серьезно, я не понимаю, чем get_type_widget лучше стандартных функций по работе с классами виджетов из gtk. В gtk это все есть, работает. Мне Вы предлагаете все это делать заново (да еще и с гораздо меньшей гибкостью). По-моему, идея плоха. > Подозреваю, что 99% дальше этих двух пунктов не пойдут. Ладно, хорошо. Мы же постулировали переход в трей как дальнюю перспективу (не раньше, чем трей в гноме будет железно стабильным). Она (перспектива) такой и остается. Просто обнаруживаем, еще одну положительную сторону такого перехожа:) -- 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?=