GNOME 2.8 RC 1

А что новенького? MIME только?

он всё ещё пипикает?

А кто-небудь пробовал гнома с www.goneme.org? А то обычный
гном стал полным г-ном...

УРА! Наконец нормальное управление MIME типами. меня старая система просто убивала...

>А кто-небудь пробовал гнома с www.goneme.org? А то обычный гном стал полным г-ном...

обычный гном вполне рулит для юзерского десктопа. По сравнению с ним КДЕ производит впечатление более разболтанной DE =)

> А кто-небудь пробовал гнома с www.goneme.org?

А они живы вообще? У них же даже скриншотов нет.
http://www.goneme.org/screenshots/ :
No screen shots are available at the moment, but if you would like to contribute any screen shots to illisturate ideas for the project please send them to screenshots@goneme.org

По-моему, ими так никто и не заинтересовался. Вся энергия ушла в песок. Жаль, в принципе.

> По-моему, ими так никто и не заинтересовался. Вся энергия ушла в
> песок. Жаль, в принципе.
Да как так можно говорить, если им от роду меньше месяца, или вроде
того. Я на этот проект очень рассчитываю. Нельзя было так уродовать
десктоп, как гномовцы это делают в последнее время.

еще Evolution включили. А остальное как-то больше похоже на bugfix release - 2.6.x по идее должно быть. Слишком уж часто у них релизы ...

>Слишком уж часто у них релизы ...

раз в пол года - как надо

"you say you wanna revolution?" (c)

Такое себе обычное эволюционное развитие. ИМХО даже хорошо, что фичи добавляют помалу. Зато теперь можно без gconf-editor включать browse mode by default:)

От роду им скоро полтора месяца - и НИЧЕГО не происходит (на поверхности, во всяком случае). Обычно первое время жизни проекта - очень бурное, надо же привлечь к себе интерес и пр. И где оно?...

Мне просто кажется, что для изменения minor version маловато изменений (в сравнении с gtk например). А кстати Storage они когда собираются выпустить?

Еще непонимаю смысла изменения minor version базовых либ (libgnome, libgnomeui, etc) - там же вроде одни bugfixes и добавления переводов.

Просто есть план релизов. Его надо выполнять. Там сказано - "раз в полгода". Что успели - сделали. Что не успели - оставили на потом. А что им было делать? Выкинуть релиз-план на помойку? Или есть землю с целью добавления новых (каких?) фич. Вообще, лично у меня к текущему гному претензий, не выходящих за пределы багфиксов (оптимизаций), практически нет (точнее, есть - но они расходятся с генеральной линией партии, поэтому я о них и не думаю уже давно:). Разве что есть несбыточная мечта о могучем фронтенде для DB (типа tora) - а не хиленьком mergeant (правда, каюсь, давно последнего не смотрел).

Почему libgnome* поменяли - понятия не имею. Надо посмотреть, поменялся ли ABI...

> Я на этот проект очень рассчитываю.

Так напиши автору он приветствует любую помошь. Независимо от твоих навыков.

План - это хорошо... за полгода сделали только bugfix'ы - выпустили с изменением micro version, более масштабные изменения - minor version и т.д. Нет ничего плохого (даже хорошо) в том что они бы выпустили GNOME 2.6.x.

Так гномы 2.6.x они и так выпускали - и это действительно хорошо. Вы разве не заметили? А план как раз в том, чтобы раз в полгода менять minor version (или major).

Да и у меня претензии к GNOME практически только по bugfix'ам и оптимизации. Хотя если будут добавлять новые API (тот Storage, language bindings) то я только за :-))

да видел я... В принципе фиг с ними с этими номерами версий - главное чтоб проект развивался.

Storage - это да. Особенно с учетом того, что winfs даже с горизонта исчез... language bindings - дык работают, развивают потихонечку...

Вообще, главная беда у гнома сегодня именно с языком. Нужно найти аналог VB - а договориться не могут. Все боятся чудовища под названием IP.

Не надо ничего искать. Надо сделать аналог виндового скриптхостинга. При том что сам гном сделан на CORBA никаких принципиальных проблем с этим быть, имхо, не должно.

> Вообще, главная беда у гнома сегодня именно с языком. Нужно найти аналог VB

ИМХО, главное это всё-таки то что ГНОМ некрасив и не удобен. Даже например такой простой вещи как симметрия его разработчики не понимают :( Тянут всё в правый нижний угол. А то что это по идиотски выглядит не замечают.

Да и инстант аплай не всегда нужен (ну разве что при выборе темы ГНОМа).

> Даже например такой простой вещи как симметрия его разработчики не
> понимают :( Тянут всё в правый нижний угол.

Считается, что юзер в первую очередь именно там ищет дефолтную кнопку. Хотя, например, в моём случае это не так. Я подсознательно делю любой маленький диалог на две части - информативная вверху (текст сообщения) и инструментальная внизу (ряд кнопок). Так вот, как первую, так и вторую я читаю, как привык - слева направо. И в гноме, соответственно, в первую очередь натыкаюсь на кнопку "Cancel". Хотя, может, это только я такой уродец? :)
Instant Apply, как я понимаю, они тоже с мака слизали?

Когда меню "Applications" научицца изменения в applications:/// подхватывать без перезапуска? Эта фигня анноит ещё с 2.4 :-))

И почему всё-таки перерисовка так ужасно тормозит - тут дело в Gtk или самом гноме?

applications:// динамически сканировать - это дороговатисто будет ИМХО. А перерисовка - смотря чего? Если "всего" - тогда либо иксы, либо gtk...

ИМХО скриптхостинг хорош для склейки существующих приложений в конечные solutions. А тут вопрос о языке именно для полноценной разработки приложений.

>>Слишком уж часто у них релизы ... >раз в пол года - как надо

Кому надо?:)

>> applications:// динамически сканировать - это дороговатисто будет ИМХО.

Все конечно знают, что маздай сакс, ацтой и т.д. и т.п., но тем не менее он это как-то делает и никаких тормозов при работе с меню "Start" при этом в нём не наблюдается. :-))

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

>ИМХО скриптхостинг хорош для склейки существующих приложений в конечные solutions. А тут вопрос о языке именно для полноценной разработки приложений.

гм. Python+PyGtk !!! =)

Да я согласен - хочется сразу видеть установленную прогу. Только в винюках при сильно развесистом меню Programs я все-таки некоторое подтормаживание наблюдаю... Вообще, нонче файловая система в линухе умеет оповещать об изменениях - так что могли бы сделать... А есть ли на эту тему бага в багзилле?

Мне тоже кажется, что py* должно решить проблему. Но американе, похоже, так напуганы проблемой IP, что боятся собственной тени - они, де, не уверены (в смысле - никто не проверял), что питон лицензионно чист. Да, а еще все-таки питон не самый быстрый из языков - жабка и моно, типа, побыстрее будут (очевидно, жабка не со свингом, а с нативным gtk binding).

Да это скорее из wishes а не из bugs. А "applications://" - это в общем-то часть vfs, а не дисковой fs, так что проблемы с оповещением там быть не должно. Я правда не смотрел gnome-vfs API настолько чтобы узнать - есть ли там оповещения или нет, но, в общем-то, в любом случае, что мешает их там сделать - фича была бы полезная. Вообще, имхо, следовало бы в гноме делать более сильную завязку всего десктопа на vfs. Пока что, в этом плане, KDE с его kio_slave выглядит куда более продвинутым, чем гном.

Ну, на уровне ОС-то это все свалка из .desktop файлов. И для обновления ее надо сканировать (and/or получить от ОС оповещение о смене содержимого /usr/share/applications etc). А вообще, гном дествительно везде, где можно, завязан на gnome-vfs. Во всяком случае, это рекомендуется всеми собаководами, - и если какая-то прикладуха работает напрямую с файловой системой, это считается багой. Поэтому мне не очень понятно, чем в этом месте КДЕ продвинутей. Можно раскрыть мысль?

Глючит на порядок меньше.

> Instant Apply, как я понимаю, они тоже с мака слизали?

Не знаю откуда слизали, но иногда (очень редко) оно действительно удобно. Вообще в нормальных прогах есть чёткое разделение на "работу" и "копание в настройках". И учитывая что настраиваешь не часто (а работаешь постоянно) то собственно работа идёт вся в Instant Apply а настройка транзакциями (ну типа а вдруг я ошибусь случайно :). Просто при выборе ГНОМовской темы нельзя чётко сказать это еще работа или уже настройка. Но в остальных случаях можно.

> И в гноме, соответственно, в первую очередь натыкаюсь на кнопку "Cancel"

Для меня это тоже проблема. Но не потому что не могу переучиться (говорят всего две минуты надо :). Просто с одной стороны OpenOffice и Mozilla а с другой например Mr Project или GIMP. И если по две минуты буду тратить каждый раз то очень скоро обломаюсь.

Ну, баги - это дело такое. Одни их постят, другие фиксят - это и называется поддержка:)

"С одной стороны" - это действительно безобразие!:) Вообще, вместо мозиллы можно пользовать galeon/epiphany. Кстати, мозилла что-то полюбила со всеми корешиться - может, договорятся с гномом и в огнелисе кнопки по-гномовскому сделают? Хотя бы в линуховом билде. ОпенОфис, небось, тоже Сан причешет. Его и так под гномовский L&F затачивает Michael Meeks - доберутся и до кнопочек...

> доберутся и до кнопочек...

А я и не против ... Да только разве дело ТОЛЬКО в кнопках ... Хотя посмотри например как в ГНОМовских диалогах слева внизу Help a справа внизу "Умолчательная". ИМХО это ужас как некрасиво :( Такие два здоровых полена раскоряченые :( Где же изящество? Например "Умолчательная" чуть поменьше и посередине внизу. А хелп или вообще не надо или ма-а-а-леньким таким знаком вопроса в правом верхнем углу окна (ну как меню хелп даже в хиговских прогах :).

Как мне из EoG открыть картинку по sftp ?

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

Я так скажу если бы вы юзали GNOME, то забыли бы уже где у него какие кнопочки, и не обращали на них внимания.

Я не в курсе, поддерживает ли gnome-vfs sftp. Если нет - то есть только один способ - написать эту поддержку:)

Я не yozhhh но отвечу. На самом деле если девушка интересная то я это не только по внешности смотрю :) но поверь мне что даже ты рассматриваешь далеко не так как сам думаешь. Это очень сложный процесс. Если бы ты мог проследить за своим зрачком то очень удивился бы. Траектория довольно сложная. И зависит от мест где наибольшая кривизна контура (там больше информации) а не от того на девушку ты смотришь или на что-то другое.

> Я так скажу если бы вы юзали GNOME, то забыли бы уже

Кто сказал что я его юзаю? Я только пробую иногда. В основном то что с дистрами идёт.

Да и потом "не ГНОМом единым жив человек". И не только в кнопочках проблема.

2svu:

А кто интересно писал эту фичу которая позволяет масштаб увеличить или уменьшить? Такая кнопочка +-.

Поддерживает. Nautilus вполне нормально смотрит каталоги по sftp. Но, открыть картинку не получаецца, просто потому что в интерфейсе EoG нет такой фичи. И ещё. Если уж действительно всё делать через gnome-vfs, то нахрена в gedit отдельно "Open" и отдельно "Open Location"? Я им, правда, и не пользуюсь-то, но, логичности ради, наверное, следовало бы сделать общий пункт "Open", который бы ходил по всей vfs, не так ли? То же касается и остальных приложений.

Ну, это не к EOG. Это к авторам новомодного file selector... В принципе, резонное требование...

>Кто сказал что я его юзаю? Я только пробую иногда. В основном то что с дистрами идёт.

Вот я об этом и говорю.

> >Кто сказал что я его юзаю? Я только пробую иногда. В основном то что с дистрами идёт.

> Вот я об этом и говорю.

Ты ставишь телегу впереди лошади ;)

>Вообще, главная беда у гнома сегодня именно с языком. Нужно найти аналог VB - а договориться не могут. Все боятся чудовища под названием IP.

А что гномовцы насчет Eiffel думают? Инфраструктура у средств разработки на этом языке еще очень маленькая. Однако она напрямую зависит от тех людей, которые начнут серьезную разработки.

>Вообще, нонче файловая система в линухе умеет оповещать об изменениях - так что могли бы сделать.

Без специальных патчей файловая система не умеет по-человечесуи это делать: нужно рекурствно вешаться на все файлы в директории и file дескрипторы быстро заканчиваются. Например, в IntelliJ IDEA до сих под нет FileWatcher'а под Linux именно по этой причине

Да вовсе незачем это делать на уровне файловой системы. Если вся работа с vfs идёт действительно через vfs то ничего ведь не мешает на уровне самой vfs эти оповещения и сделать.