> нотифи фреймворк - даже не надеялся, а оно пришло

Оно ещё не пришло. Насколько я понял, это тоже одна из фич, которые в 2.14 не появятся -- в 2.16, может быть.

> > Так что именно ставить-то надо для него? > > gtk-sharp

А для gtk-sharp ещё и Mono.

> Оно ещё не пришло. Насколько я понял, это тоже одна из фич, которые в 2.14 не появятся -- в 2.16, может быть.

в 2.14 оно именно и появится

> в 2.14 оно именно и появится

Разве? А на http://www.gnome.org/~davyd/gnome-2-14/ написано: "These [имеются в виду power manager и notification framework] are not yet part of the official GNOME Desktop, but are already getting tight integration and may appear in distributions near you." И описаны они в самом конце, типа "смотрите в следующих сериях".

хм, возможно

но почти во всех дистрибутивах, например федора и убунта, они будут

>может быть, я 2.12 не видел, меня бесят табы вместо нормальной адресной >строки
>кстати это можно пофиксить - gconftool -t bool -s >/apps/nautilus/preferences/always_use_location_entry true

В 2.14 вернут возможность использовать или табы или ком.строку как раньше, в 2.13.90 вывели галочку на интерфейс как раньше с browser mode... т.е. кое какие настройки возвращают таки из gconfa... )))

хм, хвала Линусу, начали больше прикручивать фичи, даже композит менеджер и нотифаелку, хоть и с оговорками на "мужики не танцуют" но прикрутили. Оч. порадовала тенденция к использованию питона в качестве скриптового (в сравнении с недожабаскриптом в KDE). Удивляют комменты гномеров, где возгласы "нам работать и ничего не надо" ?.

> В 2.14 вернут возможность использовать или табы или ком.строку как раньше, в 2.13.90 вывели галочку на интерфейс как раньше с browser mode... т.е. кое какие настройки возвращают таки из gconfa... )))

это хорошо :)

> Удивляют комменты гномеров, где возгласы "нам работать и ничего не надо" ?.

ну так то что нам надо, как раз и добавили

правда док, который так хотел geek, так и не сделали ;)

угу дескбар, нотифаелка, прозрачности, не реестроподобные графконфигураторы, файлменеджер для редактора, все как в кде:))

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

миллионы леммингов оттестили в кде жизнеспособность этих идей, теперь эти фичи войдут на корпоративные десктопы ;)

> угу дескбар ... все как в кде:))

Заливать не надо :) Где аналог дескбара для кде? :)

ощущение лабораторной крысы возникает скорее при работе с непривычным расположением кнопок, диалогами с предвыбранными путями сохранения файлов, табами вместо нормальной адресной строки:)

Угу, а в новом NLD в качестве скринсейвера может работать F-Spot, листающий фотографии :)

Ну так когда их одёрнули, они и опомнились.

я имел ввиду подобие по виду, т.е. то что дескбар - свистелка коих тонны на kde-apps.org (и gnome-apps вероятно тоже) скоро и десклеты в "корпоративный десктоп" засунут: есть же дашборд и карамба

> с непривычным расположением кнопок

это смотря с какой стороны смотреть ;)

> диалогами с предвыбранными путями сохранения файлов

ну а с диалагом сохранения то что? :)

http://img50.imageshack.us/img50/1121/save0nh.png

> табами вместо нормальной адресной строки:)

в 2.14 к счастью все вернули обратно

> Ну так когда их одёрнули, они и опомнились.

Мечты, мечты :))

> В 2.14 вернут возможность использовать или табы или ком.строку как раньше, в 2.13.90 вывели галочку на интерфейс как раньше с browser mode... т.е. кое какие настройки возвращают таки из gconfa... )))

Главное - чтобы процесс сей не принял характер незатухающих колебаний :)

> я имел ввиду подобие по виду, т.е. то что дескбар - свистелка коих тонны на kde-apps.org (и gnome-apps вероятно тоже)

Ну и к чему Вы клоните? Гном, как и КДЕ, по жизни постепенно вбирает в себя софт, от апплетов до самостоятельных приложений.

> скоро и десклеты в "корпоративный десктоп" засунут: есть же дашборд и карамба

Про включение десклетов говорят уже года два. Однако же :)

Разработка дашбоарда пока приостановлена.

непонятно зачем тогда оптимизации, все равно дружная работа разношерстных интерпретаторов (mono, python, java) вместе с движком гекко (епифань, елп) богомипса на камне не оставят, да и оперативы придется прикупить.

> в 2.14 к счастью все вернули обратно

вырезали, понаблюдали, пришили обратно, лемминги то хде получается ??

к тому, что за фразу "гном для работы, а в кде только рюшечки да настройки" пора уже бить по почкам. Все у вас будет, гномеры:))

> вырезали, понаблюдали, пришили обратно, лемминги то хде получается ??

ну от вас же не дождешься помощи ;) вот добавили бы в конкврор пространственный просмотр а-ля макось, нам бы не пришлось опыты на пользователях ставить

> Все у вас будет, гномеры:))

У нас уже всё есть :) Довольные, сытые и ленивые, сидим и чешем пятки :)

>У нас уже всё есть :) Довольные, сытые и ленивые, сидим и чешем пятки :)

Ещё и пиво пьём... полутёмное... ))))))

> У нас уже всё есть :)

ну то ли еще будет ...

Класс! обалденно смотрится, и фичи довольно приятные (наутилус+бигл - руль!)

> Не, ты не понял, как поменять шрифт в окне Gaim например. А не во всех программах...

вот поставь http://gaim-extprefs.sourceforge.net/ep.shtml и будет тебе счастье

"кое-что" пишется через дефис.

http://webfile.ru/817756

имхо, туда добавлять ничего не надо

такой вот интересный вопрос...

А можно ли будет отключить уведомления inotify для выбранных каталогов? Т.е., чтобы бигль не побращал внимание на изменения файлов в них? А то я помню, в далекие времена под виндой при попытке производить расчеты с использованием временных файлов и включенным монитором проверки открываемых (распространенная функция антивирусов) все капитально тормозило на дисковых операциях с деградацией производительности в десятки(!) раз...

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

> кстати про диалог, есть ли магический ключ устанавливающий появление всегда в развернутом виде ?

скорее всего нет

> имхо, туда добавлять ничего не надо

*потирай руки* зато выкинуть можно... ;)

я бы только пункты меню, итак порезал прилично:)

http://webfile.ru/817771

сейчас только заметил, что гтк-кт движок натворил, кто найдет кардинальное отличие ?

> сейчас только заметил, что гтк-кт движок натворил, кто найдет кардинальное отличие ?

"сохранить" и "отменить" местами поменял?

угу, я знал про етот хак (с лоровской же ленты), но то, что он не загнулся, а вошел в тему, заметил только сейчас, причем на pyGTK диалогах открытия этого нет (только внешний вид поменялся под qt тему) или выборочно (в pida открывает с гнумским расположением, сохраняет с правильным:)

> А можно ли будет отключить уведомления inotify для выбранных каталогов?

Это и сейчас можно сделать. Вообще-то бигль по умолчанию только хомяка дрючит (так как пускается из под юзера). На /tmp и /var ему наплевать.

> разве что есть возможность запускать приложение с собственным gtkrc-2.0, как незнаю

установка $GTK2_RC_FILES в нужное значение перед запуском программы? Это вроде как в FAQ'е было написано :-)

>правда док, который так хотел geek, так и не сделали ;)

Любители доков строятся в колонну по два и идут в пешее эротическое путешествие. http://www.asktog.com/columns/044top10docksucks.html для любителей развернутых объяснений с кучей доводов.

Только что сравнивал. ls -R /usr на xterm'е занимает 15.5 минут, а на mrvt ---- 4,3 мин.

>>ощущение лабораторной крысы возникает скорее при работе с непривычным расположением кнопок, диалогами с предвыбранными путями сохранения файлов, табами вместо нормальной адресной строки:)

Насколько я помню, в CDE тоже табы вместо адресной строки

Внесу и я свои пять копеек :)

> Только что сравнивал. ls -R /usr на xterm'е занимает 15.5 минут, а на mrvt ---- 4,3 мин.

Уж не знаю что у тебя там за машина такая "мощная"... или что же ты хранишь в /usr... но как-то мягко говоря долго это у тебя всё... :)

Вот мои тесты и наблюдения ;)

time ls -R /usr

aterm (при выполнении загрузка процессора всего в районе 45-50%)

real 1m22.817s user 0m3.912s sys 0m4.000s

xterm (при выполнении загрузка процессора "всего" в районе 90-95%)

real 1m44.692s user 0m3.128s sys 0m2.876s

gnome-terminal (при выполнении загрузка процессора "всего" в районе 95-100%)

real 2m31.164s user 0m3.792s sys 0m4.192s

Так же скажу, Gnome 2.8 в Debian Sarge, du -sh /usr - 2,2G, Ж0лезо 1 ГГц VIA C3...

Так что делаем выводы... aterm не только быстрее всех сделал свою работу... так он же и проц в 2! раза меньше при этом грузил... так что мой выбор (уже на протяжении нескольких лет) остаётся aterm... =)

gnome terminal:

real 1m16.837s
user 0m1.600s
sys 0m4.388s

xterm:

real 0m4.002s
user 0m1.444s
sys 0m1.468s

Debian Sarge, Gnome 2.8.3, Xorg 6.9

может быть все зависит от шрифтов, в xterm обычный fixed, в gnome terminal - terminus

=) У меня как раз обратная ситуация... в aterm terminus, да ещё и screen запущен поумолчанию всегда... а в xterm как раз fixed... так что хз... хз...

> У нас уже всё есть :)

Мало гномовцам надо для счастья?

> Довольные, сытые и ленивые, сидим и чешем пятки :)

Кому? Спонсорам? Гы-гы! :)

>Уж не знаю что у тебя там за машина такая "мощная"...

цел666/64Mb ram (sdram) для работы вполне хватает.

> или что же ты хранишь в /usr

Ты уж извини, но я тебе сюда вывод ls -R /usr писать не буду. ;) Но скажу, что всего у меня /usr занимает 6G.

Каким образом, если не секрет?

Я вот например делал time ls -R /usr, xterm быстрее. Но я перезагружал машину, чтобы очистить дисковый кэш. Если этого не делать, и пускать xterm первым, то действительно gnome-terminal может быть быстрее.