git у меня отлично работает на Mac OS X без бубнов. Не забывайте что это UNIX.

Я перелез с svn на git и очень доволен. Единственный минус - не так распространены плагины к приложениям.

> На мой взгляд гному не хватает высокоуровневого языка/платформы.

Vala ?

>> Хоть одну "новость" огласите?
> Последняя новость в построении DE - использование WM вместо DE! Подписывайтесь на commit-ы в E-SVN!

несомненно, что разработчики со стажем выдадут гораздо более объективный список новинок, чем ваш покорный слуга, но таки попробуем, ради спортивного интереса (очерёдность по приоритетам/важности отсутствует, всё на скорую руку)...

1) создание с нуля EFL (Enlightenment Foundation Libraries) под BSD лицензией. аналогов и близко нет. E17-ый это лишь образец (один из) того, что есть EFL.

можно долго перечислять, что уже годы как работает в Е и вынесено как цель для разработки того же гнома/кде. аналогов edje нет и не предвидится например. также есть подозрение, что многие идеи (как это всегда и происходило раньше) "заимствуются" из Е и адаптируются для "быдломассы" (в виде gnome/kde). например:
http://blog.fishsoup.net/2008/10/22/implementing-the-next-gnome-shell/
упомянутый "One Process" всегда был и есть "фишкой" Ешки (из глубины веков так сказать). также можно почитать о желании кедостроителей поиметь поддержку анимации для своего интерфейса.

где-то с 2003-го года в Е17-ом реализован концепт о том, что модуль можно поместить как на панели, так и на десктопе, и панель не использовать вообще (не прошло и 5-ти лет как орды молодёжи дружно заорали о феерическом идейном превосходстве клизмоидов над трудами всех прочих разработчиков).

и шотик на закусь:
http://www.imagebam.com/image/be890d22159760
прозрачность меняется на лету, количество одновременно обрабатываемых потоков по сути ограничено только аппаратной частью компа (а DVD-player можно вообще написать уложившись в 14 строк кода...).

2) хоть и упомянул про edje выше, но отдельно вынесу пункт о тотальной абстракции гуёвой морды от платформы. то есть программа на EFL по сути лишь требует (если требует) определённых сигналов, а реализация интерфейса - задача дизайнера/художника, а не программера. гуй - это бинарь .edj, в котором хранятся исходники и исполняемый код. бинарь может быть скомпилен например в OpenBSD и работать на всех прочих платформах, где установлены EFL.

более того, пользователь может сам "определить"/создать нужный себе "сигнал" (enlightenment_remote | grep sign) и "повесить" на него какой-либо элемент интерфейса (грубо говоря сделать любой набор "кнопок" для рабочего окна, сделать "мышиный жест", переназначить работу кнопок по умолчанию и т.п.).

3) модульная архитектура. как-бы кто не орал о тотальном идейном превосходстве KDE/GNOME/XFCE/etc. - но:
http://www.imagebam.com/image/71715122706983
показано, что на двух виртуальных столах работает tiling, который может быть настроен на grid (равномерное деление десктопа меж окнами) или bigmain (% по горизонтали или вертикали основному окну).

4) соответствие стандартам NetWM/ICCCM (для E16-го пользуем eesh из командной строки, 17-ый пользует enlightenment_remote)

5) до кучи можно расписать возможности по настройке хоткеев, модулей, мышки, поведения окон, пагера, но вряд ли кто-то поймёт и оценит. "проще морду и народ подтянется"(c). предвижу, что скоро скоммуниздят двухуровневую схему работы с темами/(стилями оформления) - в Е (как и в гноме) установка дополнительных стилей/тем не требует рута, но, если в теме пользователя косяк - то происходит откат на системный дефолт, что позволяет избегать сегфолтов (можем видеть это на примере Nombus-а для gtk+ или на примере завала плазмы в корку кривой темой).

6) скорость/(потребление ресурсов, делённое на "фишки") - или пару слов о том, что NVIDIA делает плохие карточки/дрова, ибо только кеды с ними тормозят. то, что боксы, гном, ешка, jwm, rox и все-все-все тоже не тормозят - не важно.

7) Enlightenment выбирает нишу Desktop Shell (эт насчёт "Последняя новость в построении DE - использование WM вместо DE!"), что вроде как оправданно с точки зрения оптимального использования ресурсов. не стоит задачи "прикрутить на всё, что движется, Qt-шную морду"(tm) (и получить уродцев типа Koffice, Kate и т.п.). imho - на сегодня только Scribus оправдывает существование тулкита Qt (не вижу аналогов на GTK). с учётом тренда в сторону уменьшения энергопотребления, прогресса с "нетбуками" и появлением платформ типа maemo/openmoko можно только аплодировать стоя всем, кто создал EFL и трудится над его развитием (таки недавно даже портировали Webkit на EFL).

можно разоряться и дальше - но стоит ли? постепенно всё больше дистрибутивов/(операционных систем) предлагают пользователям Enlightenment наряду с прочими. некоторое используют E сразу как оформление по умолчанию (что радует). возможность выбора - это ценно, дальше каждый решает сам, формируя свою точку зрения на предмет. Ешка - всегда была, есть и будет продуктом довольно специфичным, для тех, кому хочется "большего" или "чего-то нового".

ещё раз мои искренние поздравления гномерам и пожелания успехов в движении к ветке 3.*, а также поздравления и наилучшие пожелания всем, кто осилил пребывание в kde-4.* (ибо это - подвиг и удел смелых духом парней).

ну что, раздуем флеймецЪ? :)

> З.Ы. А многи гномозаступники тут имхо Кеду то и не пробовали толком четвертую. Не говоря уже о стабильной 3-й

База у 4-го КDE eсть, но окончательно его допилят может быть года через 2. А пока KDE просто виснет при попытках настроить параметры под себя (4.1.3). Гном себе такого не позволяет. Ну и как его в таких условиях его толком пробовать? Вот выйдет релиз 4.2 посмотрю, если не будет постоянно падать, то может и перейду

>Может, и на git справится перелезть.

Хороший выбор. Справится.

Вы сами-то, Сергей, за git голосовали? ;)

>Не совсем понял, а какой-такой софт на гтк всем жизненно необходим? Не припоминаю что-то.

Xfce же.

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

ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/3.0.5/source/firefox-3...

>Геко - конечно. то еще "чудо".

Постоянно слышу это, но никогда не слышал _какие_ _именно_ недостатки. Поделитесь?

>>KDE4, где интерфейс сильно облагородили.

>Не пойму, это ирония или всерьёз?

это удар по яйцам.

> Проприетарщина - зло абсолютное. Примите как данность, если еще не прочувствовали на опыте.

Qt?

> ну что, раздуем флеймецЪ? :)

Они entrance допилили?

>> Они entrance допилили?

а что не так? оно годы как работает абсолютно адекватно...

> а что не так? оно годы как работает абсолютно адекватно...

xdmcp, не?

> xdmcp, не?

а зачем�, простите? полагаю, что entrance - единственный login-manager, корректно работающий� со спеками xinit-а����������� (то есть оно игнорирует ~/.xinitrc���).

сорьки за текст - рисую комментарии в dillo :).���

>Ну и насчет Гнома: и Totem, и Rhytmbox - дерьмо. Особенно Totem. Блин, даже дубовый Xine+xine-ui лучше этой поделки.

ваш новый amarok и кафеин не лучше..

> а зачем, простите?

Понятно...

>"> Лучше уж использовать тот же rhytmbox, а ещё лучше amarok/mpd/xmms2" your words, not mine. Разжевываю: amarok/mpd/xmms2 совсем не "лучше".

Нашли к чему придратся. ;)

ЮРАз уж начали говорить о гите, то у меня вопрос: как он сейчас себя чувствует на платформах отличных от GNU/Linux? (Mac, Win) Давно на него посматриваю, хочу перелезть.

На винде довольно неплохо. На маке -- хз.

>>> Блин, даже дубовый Xine+xine-ui лучше этой поделки.

>>Уже есть патч для поддержки gvfs в xine?????

>Нет, но зато он воспроизводит все фильмы, которые я ему скармиливал, и падает гораздо реже. А вот зачем нужна поддержка gvfs - это мне неведомо.

Просто надо поставить gstreamer отличный от допотопного и non-free кодеки к нему либо использовать totem собранный с xine в качестве бэкэнда. Чем ритмбокс не угодил я право же не знаю.

Ухх, эк Вас разобрало.

1. EFL конечно монументальное произведение. Но ИМХО этот монумент какой-то ... Церетелевский. Вместо того, чтобы создать _стек_ относительно независимых библиотек с конкретно определенными интерфейсами - одно большое нечто. KDE ушел от порочной практики монументализма. Думаю, E тоже не помешало бы. И таким образом стало бы более ясно, чего ему не хватает до того, чтоб стать полноценным десктопом.

2. gtkbuilder? Или это о чем-то другом?

3. И что? В навороченных WM подобные штуки изобретаются постоянно. Никогда не понимал, нафига нужны подобные тонкие извраты;)

4. Это радует. Но это на сегодня, можно сказать, просто базовое требование к WM

5. Как понять "косяк в теме"? Компьютер посмотрит на экран опытным глазом и решит "косяк"? А может просто темы валидирвать при загрузке? А если рухнул движок (.so), используемый в теме - да, тогда надо сделать откат. Не уверен, что гном так не делает (не помню, когда последний раз умирал енжин) - но даже если не делает, это не слишком важно - движков немного, обычно ставятся из проверенных репозиториев (если пользователь не слишком красноглаз).

6. То, что Растер - мегакодер - это давно известный научный факт. Но к вопросам архитектуры это не относится.

7. "Desktop Shell" дает интеграцию только на уровне GUI. Этого недостаточно для пользователя. Как минимум - нужна какая-то VFS. Набор платформообразующих библиотек (работа с медиа, сетью, парсер хмл, ...). Платформа нужна! Причем не только пользователям, но и независимым разработчикам.

>(и получить уродцев типа Koffice, Kate и т.п.).

Kate отличный текстовый редактор...

P.S. Если не считать кучи воды и дурацких намёков на ущербность кде не заметил ничего интересного. Хотя нет, тайлинг заметил. Вот это таки удобно держать пару тайловых виртуальных десктопов и пару обычных. Хочу такое в кедах.

А я на Mercurial перелез, так как git не умеет работать на удалённых FS.

IMHO, работа с медиа/сетью должна делаться не на уровне DE, а где-то пониже. Чтобы и консольные процессы, к примеру, могли воспользоваться (хоть mc тот же). Что касается XML - а чем просто библиотека не устраивает? DE, как ни крути - тот еще комбайн получается. Лично я так и не сумел понять, чем выгоден именно DE...

> Чтобы и консольные процессы, к примеру, могли воспользоваться (хоть mc тот же).
Консольные процессы вполне могут работать с ресурсами gvfs и с медиа через gstreamer. Но это не отменяет того, что gvfs входит в гном, а gstreamer является официальной внешней зависимостью.

> DE, как ни крути - тот еще комбайн получается.
Это не комбайн, это _платформа_. Платформа должна давать _однозначный_ ответ на вопрос "какую библиотеку мне использовать для того, чтобы ХXX" - для всех наиболее распространеных задач XXX. Даже если эти задачи напрямую не связаны с пользовательским интерфейсом.

По поводу матлаба:

1) На расчётах, которые не реализованы в бинарных библиотеках, а целиком написаны на матлабовском языке, - он тормозит ничуть не хуже питона (а может, и фору ему даст).

2) Еще по поводу Matlab/Octave vs. Python: в первых скалярное произведение двух векторов пишется как x*y', произведение матриц - A*B, поэлементное призведение матриц - A.*B, и т.д. За счёт подобных мелочей на некоторых конкретных задачах этот язык удобнее питона.

3) В матлаб встроено два гигабайта готовых расчётных алгоритмов. Не знаю, насколько они все нужные, но в свободных альтернативах наверняка многих из них нету. Собственно, в этом его единственное преимущество.

P.S. Почему-то никто не вспомнил, что в матлабе, в отличие от октавы, можно лепить гуй. То ещё удовольствие :)

>> Ухх, эк Вас разобрало.

ну надо же чуток "оживить" дискуссию :)

1) про Церетели и "монументальность" вы явно погорячились, равно как и про "одно большое нечто". есть чуток устаревшая картинка:
http://www.rasterman.com/files/efl.png
как видим основа - это 6 библиотек (eina, eet, evas, ecore, edje, embryo), есть "канва" - evas и чёткая структура/иерархия. да и про "полноценный десктоп" - кому как, но некоторые используют исключительно E (DR16/DR17) так как альтернатив по сути нет.

2) http://docs.enlightenment.org/books/edjebook/edjebook.pdf

3) тут смысл именно в расширении функционала с помощью модулей к "канве" - evas-у. например читалка ньюса - ещё один модуль, управление mpd - модуль и т.п..

4) базовое требование, но, простите, ни гном, ни кеды этому требованию не удовлетворяют (или ошибаюсь?)

5) аналогия с движком наиболее уместна в данном контексте

7) "Набор платформообразующих библиотек...."
работа с медиа - evas + emotion + epsilon + esmart
сетью - exalt
парсер хмл - exml
"картинки" - imlib2

чего ещё изволите?

насчёт "платфлрмы" - не вполне представляю точную формулировку, но вроде как эффективный ответ на вопрос всегда получше "_однозначного_"

P.S. kate причислен к "уродцам" сугубо после сравнения с SciTE. вменяемая версия kate появилась только недавно в четвёртых кедах, но опять же был/есть SciTE. недавно познакомился с geany - kate "слил" в очередной раз...

> Не совсем понял, а какой-такой софт на гтк всем жизненно необходим?

Ну что ж ты так в лужу с размаху. На дворе минусовая температура. Задницу не отшиб, бедолага? В травмопункт может?

>> GIMP? Аналог на куте?

> Krita.

Не в этой жизни пока что

>> Назови аналог Inkscape на qt.

> Scencil какой-нибудь? Или Karbon.

Повторный плюх в замерзшую лужу. Молчал бы - за умного сошёл бы :)

>>>KDE4, где интерфейс сильно облагородили.

>>Не пойму, это ирония или всерьёз?

>это удар по яйцам.

О! Теперь понятно, что не так с Desu :)

> 1. про Церетели и "монументальность" вы явно погорячились
Посмотрел картинку. Почитал разную инфу. Погорячился, согласен.

2. Посмотрел. Сомнительно это все. Фактически, идет размытие понятия тулкита. Когда в gtkbuilder человек использует стандартные виджеты - все остальное делает за него тулкит. А уж если человек хочет странного, он начинает рисовать это дело ручками в программе, он как бы знает, чего именно он хочет (и не очень понятно, зачем на этом месте разделять интерфейс и поведение - они в любом случае будут сильно связано).
Да, а просто аналог gtkbuilder там есть? Чтоб делать интерфейсы на основе стандартных виджетов?

3. Это детали реализации ИМХО;)

4. Вроде, WMы в обоих десктопах всему этому соответствуют. Фактически, NetWM был изобретен "под гном";)

5. Движки - это trusted сущность ИМХО (в отличие от тем). Конечно, неплохо бы переживать смерть движка - но я не думаю, что это архиважное свойство.

> 6. чего ещё изволите?
gvfs хочу. gconf хочу. Совместимость с freedesktop стандартами хочу (поддержка .desktop). Что-то из этого уже есть?

Дополнительно, хочу, чтоб процесс разработки был более открытым (что случится, если завтра Растер убьет жену?)

> но вроде как эффективный ответ на вопрос всегда получше "_однозначного_"
Нет. Однозначный ответ (максимально эффективный при условии универсальности) - лучше. Потому что платформа нужна для независимых разработчиков. Которым некогда заниматься выбором - им нужен работающий базовый уровень. Практически ни в одном SDK Вы не найдете несколько библиотек для одной и той же базовой задачи (кроме спец. случаев).

>О! Теперь понятно, что не так с Desu :)

Вот тебе смешно, а я на гноме теперь обустраиваюсь :(

> gconf хочу

gconf - редкостное г..но. Простите, не удержался.

>gconf - редкостное г..но. Простите, не удержался.

Ничего, мы всё понимаем. Но в следующий раз, если не удерживаете, не отходите так далеко от унитаза, ладно? :)

> Вот тебе смешно, а я на гноме теперь обустраиваюсь :(

Это, говорят, ненадолго :)

Я KDE4 иногда запускаю. Если зажмуриться, в принципе, не страшно. Только работать неудобно :)

Это ты прав. Как подумаю об этом gconf'е - так сразу тошнить начинает.

Нет, ну правда: где это видано, чтобы GUIшные приложения ТРЕБОВАЛИ для запуска срач в /etc?

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

3) эти-то "детали" и рулят :)

5) думай - не думай, но откат на "эталон" эт руль.

6) gvfs и gconf - так и пользуйте на здоровье, Eblightenment - это не kde, вполне понимает что такое gconf, чтобы не лепить его аналог

разработка:
http://trac.enlightenment.org/e/log/trunk
как вы себе представляете "более открытым"?

"Совместимость с freedesktop" - efreet - полная реализация спеков xdg/.desktop.

на сегодня есть по большому счёту 2 пути для "независимых разработчиков" - либо писать совт как модуль к канве (минус - жёсткая привязка к E), либо использовать ETK - универсальный тулкит со стабильным и очень хорошо документированным API. конечно, можно и напрямую "пообщаться" с EFL - что плохого в вариантах наиболее оптимального и эффективного решения для каждой поставленной задачи?

> "Совместимость с freedesktop" - efreet - полная реализация спеков xdg/.desktop.

Это ещё не весь фридесктоп :) Как там сейчас, скажем, с notification area? :)

есть "Notification" модуль - альтернатива libnotify (построен с ней и умеет всё, что и libnotify) - так что именно с "notification area" всё замечательно. �

!!!

А помоему просто дело все в кривых руках!!!у кого проблемы с этим к костоправу)))

> можно и "дефолт на тулките"
Т.е. аналог gtkbuilder есть? Как называется?

> Eblightenment - это не kde, вполне понимает что такое gconf, чтобы не лепить его аналог
Т.е. gconf является частью платформы (внешней зависимостью)? Это официально?

> как вы себе представляете "более открытым"?
Мой вопрос на самом деле был про роль Растера? Достаточно ли проект открыт, чтобы продолжать развитие "в случае чего" без этого лидера? Или он все-таки очень важен в роли диктатора?

Вы немножко бредите. libnotify к notification area относится как жаворонок к воронке.

>> Не совсем понял, а какой-такой софт на гтк всем жизненно необходим?

>Ну что ж ты так в лужу с размаху. На дворе минусовая температура. Задницу не отшиб, бедолага? В травмопункт может?

Опаньки. Ну давай, назови необходимый _каждому_ софт на гтк =^_^=

>недавно познакомился с geany - kate "слил" в очередной раз...

Так можно до бесконечности. Мне вот сейчас вим больше нравится, точнее привык просто. Но достоинств kate это не умаляет. Как был отличный текстовый редактор, так и остался. Возможно есть и лучше, или даже не вообще лучше, а для кого-либо лучше. Но опять же это не делает софтину уродцем.

Собственно с ДЕ так само. Сейчас я юзаю KDE 4.1.87. До того Xfce, до того собирал e17. Вот e17 для меня как KDE 4.0, точнее наоборот, ну да это уже мелочи. Так вот, вроде всё красиво, всё есть, но всегда чота не хватает для полного счастья. Только кеды вот исправляют. А E17 сколько лет уж не могут.

>> Т.е. аналог gtkbuilder есть? Как называется?

edje_editor

>> Т.е. gconf является частью платформы (внешней зависимостью)? Это официально?

нет, gconf ни коим боком не относится к EFL/E, что не противоречит концепту Desktop Shell

>> Достаточно ли проект открыт, чтобы продолжать развитие "в случае чего" без этого лидера?

как насчёт того, что где-то с 2003-го (или 2005-го) года поддержку и развитие E16-го� осуществляет Kim Woelders?

Растер - гений�, это факт, но EFL уже не пропадёт в любом случае.

> edje_editor
Скриншотик не выложите? Охота заценить?

> нет, gconf ни коим боком не относится к EFL/E, что не противоречит концепту Desktop Shell
Разумеется. Просто сама концепция этого Shell... Какой-то недоделанный DE. Почему ж не доделать-то?

> как насчёт того, что
Прекрасно! Вы наполовину меня убедили. Хорошо, насколько критичной фигурой является Ким?

>> Вы немножко бредите. libnotify к notification area относится как жаворонок к воронке.

давайте-ка предметно поговорим с привязкой к спекам freedesktop-а. libnotify - это реализация d-bus notification, но если в вопросе подразумевался кривой спек на систрей (который в данный момент перекраивается в очередной раз, чтобы угодить "и нашим и вашим" и впилить абсолютно чужеродный элемент в гуй иксов����������) - ��то извиняйте. systray не нужен (в таком виде, как оно есть на сегодня).

Мы с dwm foundation libraries Вас порвём, и не надейтесь :3