Опубликованы результаты голосования среди гномеров по поводу DVCS

(ssh|smb|ftp) и прочие vfs не должны быть частью ГУЯ. Мне кажется, это очевидно. Скорее некий автомонтер к fuse нужен. А сейчас оно за собой пол-гнома притянет.

Что касается платформы - да нет в ней необходимости, вообще говоря. Поддержка стандартов нужна. Для десктопа это, прежде всего, ICCCM (черта лысого его гном нормально поддерживает, за деталями - к автору ion3, он красочно объяснит). Ну и по мелочи - тот самый VFS, вынесенный за пределы DE, список приложений, и некий Control Panel - который, в идеале, должен брать конфиги установленного софта в стандартном (и доступном редактированию) формате, рендерить их в виде окон и править в соответствии с выбором юзера, сохраняя старые версии (скорее всего - в VCS).

Что еще вам надо? Библиотеки - есть стандарты де-факто, а есть "избранное разработчиками", которое по доброй воле и использовать не станешь (тот же XPCOM мозилловский). Здесь еще такой нюанс есть. Если у пользователя запущена пара десятков приложений одновременно - может и есть некая выгода в использовании универсальных библиотек, умеющих все. Если же аппетиты более умеренны - то отдельные модули, умеющие только то, что нужно, сильно эффективнее.

+1. В чем смысл систрея, кто-нибудь может внятно объяснить, кстати?

Насколько я понимаю - чтобы на минимуме места предоставить некую инфу, которая должна быть всегда доступна (яркий пример - текущий статус в IM, или языковая раскладка). Во вторую очередь - эдакая "горячая панель". А вот что туда суют... Но это уже другой разговор.

> если в вопросе подразумевался кривой спек на систрей
В вопросе был именно он. Какой бы он кривой не был - его используют приложения. Много приложений.

> не должны быть частью ГУЯ
Они должны быть частью ДЕСКТОПНОЙ ПЛАТФОРМЫ. Вы понимаете, что линукс как УНИВЕРСАЛЬНАЯ платформа - это ОЧЕНЬ неудобно для многих разработчиков? Слишком много степеней свободы. Посмотрите на досуге на какой-нибудь приличный SDK - там все однозначно. Каждой гайке - свой ключ. Один.

Так вот DE - это и есть десктопная платформа.

> Если же аппетиты более умеренны
При чем тут какие-то аппетиты? Тут вопрос не в сохранении диска или памяти. А в удобстве поддержки. Эффективность в "числодробительном" или в "ембеднутом" смысле тут совершенно не интересна.

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

не сомневаюсь! удачи, парни, дай Бог, чтобы всё у вас получилось!

как выглядит edje_editor (там маленькая галерея картинок):
http://www.imagebam.com/image/6b0c6122753666
гуй набросать можно минут за 10-15 (максимум)

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

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

в Ешке (возможно и где-то ещё) издавна свёрнутые приложения отображались иконками, которые могут элементарно отображать картинки в зависимости от статуса. вывод же оповещений (типа Growl, mumbles) - это именно libnotify (что собственно и соответствует спекам imho)

>> если в вопросе подразумевался кривой спек на систрей
> В вопросе был именно он. Какой бы он кривой не был - его используют приложения. Много приложений.

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

>правда? а мужики-то, того... в кедах одна реализация, в гноме - другая

только вот, внезапно, гномовые приложения в KDE'шном трее нормально живут, и наоборот.

> а мужики-то, того... в кедах одна реализация, в гноме - другая,
psi у меня в гноме долго жил в трее. Хотя он кутешный. Да и гномовские прикладухи вроде как спокойно себя в кде-трей кладут. Что они делают не так?

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

Да его какбэ уже выше по треду назвали

> то извиняйте. systray не нужен

Исчо как нужен :)

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

шо, и XDG_MENU там уже осилили? ;) и desktop-файлы правильно обрабатываются без велосипедов типа X-Enlightenment-Type? кстати, я так и не понял, как в меганастраиваемой ёшке повесить окна на хоткеи? как сделать, чтобы при нажатии Win+F фокус переходил на окно фаерфокса, а при Win+D - на окно дольфина?

Обобщенный доступ к сети/архивам и т.д. нужен далеко не только на десктопе, а на нем - далеко не всегда так, как вам кажется - в частности, не только в окошках. Десктоп - просто частный случай. Насчет реализации - можно подумать, помнится, в треде, посвященному форку mc это дело довольно интересно обсуждалось.

Каждой гайке свой ключ - идите вы... в Mono, скажем ;-) Но это, скорее, вопрос идеологии - для меня более удобен/логичен вариант "There is more than one way to do it". Это если не клепать софт на конвейере, конечно - но конвейер лично меня не слишком интересует.

Если смотреть как разработчик - все просто. Есть устоявшиеся эффективные и подходящие для моей задачи инструменты - я их использую. Нет - либо пишу, либо меняю формулировку задачи. Разумеется, один из критерий "подходящести" - поддержка нужных мне человеческих/программных интерфейсов. Но если у меня утилита на 20 строк, глупо ради нее разворачивать какой-нибудь Xerces. А именно это и происходит в "платформах". Если же разработчику удобство разработки/поддержки важнее удобства пользователей - грош ему цена. И речь не о "числодробилках", а о том, что интерфейс должен отзываться мгновенно, что ресурсы машины должны тратиться на полезные задачи, а не исключительно на отрисовку интерфейса, что площадь экрана должна использоваться эффективно и т.д. В нынешних ДЕ ничего этого и близко нет.

>Да его какбэ уже выше по треду назвали

Gimp далеко не каждому нужен. Так что пока - не назвали.

Разработчик не может не думать о собственном удобстве: как он тогда разрабатывать-то будет? Чем удобней разработчику - тем больше функциональности.

Программ, нужных каждому, вообще не существует.

Неправда твоя, дяденька анонимус. Вот автокад, например... :-)))))))))))

В определенных масштабах - разумеется, разработчик думает о собственном удобстве. Просто сейчас через раз выходит, что за этим начисто забыто удобство пользователя, особенно который Power User. И это уже стало серьезно раздражать. Лично для меня основная проблема в нынешних интерфейсах - их тормознутость и громоздкость. Я чувствую дискомфорт, если нет мгновенной реакции (это где-то в пределах 0,1 секунды) - поэтому, к примеру, мне крайне неудобны графические файл-менеджеры, которые за это время даже список иконок считать/отрисовать не успевают.

Вот и сижу в mc/ion - вроде уютно...

>>Да его какбэ уже выше по треду назвали

>Gimp далеко не каждому нужен. Так что пока - не назвали.

Какбе имеется в виду наиболее широкий охват потребностей. В гноме например нет CAD-системы - может она в KDE есть? Я конечно понимаю что некоторым не надо ничего кроме файловой оболочки, бравзера-мыла, тёти аси, амарока и мплеера.

> Gimp далеко не каждому нужен. Так что пока - не назвали.

С такой позиции нужных (каждому) приложений нет и на Qt/KDE.

Видишь ли, мой юный друг, у каждого пользователя есть свой набор приложений, без которых ему грустно. У меня он, например, в равной степени включает софт на Qt и GTK+, причём какбэ аналоги вроде есть, но в одном случае я сознательно пользуюсь гткшным приложением вместо кутешного, а в другом - наоборот.

Идиотские вопли на тему "тулкит XYZ не нужен" мне решительно непонятны. Я склонен считать авторов таких воплей глупыми детьми, ничем серьёзно не занимающимися.

>У меня он, например, в равной степени включает софт на Qt и GTK+, причём какбэ аналоги вроде есть, но в одном случае я сознательно пользуюсь гткшным приложением вместо кутешного, а в другом - наоборот.

А можно пример - чего на Qt лучше аналога на GTK ?

>Идиотские вопли на тему "тулкит XYZ не нужен" мне решительно непонятны. Я склонен считать авторов таких воплей глупыми детьми, ничем серьёзно не занимающимися.

А если бы ты внимательно прочёл тред, одарённый ты наш, то заметил бы, что я отвечал на это бредовое сообщение: "Без софта на Qt, только Gtk можно замечательно жить и ни в чем не нуждаться. Обратное утверждение несправедливо."

Тяжело наверное с дизлексией, да?

>А можно пример - чего на Qt лучше аналога на GTK ?

От меня - Lyx, smplayer, anki. Наверняка найдутся и любители digikam вместо f-spot.

krusader. Хотя сейчас скажут что ФМ не нужны.

оффсайт гита редизайн сделал. Не иначе как в честь выбора гномеров.

Вуаля: krusader не нужен, есть mc :)

На прошлогоднем опросе Гном обошёл КДЕ по популярности в 2 раза.
Хотя годом раньше Кде был популярнее.

Надеюсь КДЕ не умрёт, так как конкуренция не помешает.

По теме:

Линус приносит удачу!

Хотелось бы что он и свои иксы сделал.

>Хотя сейчас скажут что ФМ не нужны.

Как-то я слишком долго просидел в соляризной консоли без mc (буржуи жэ - русскую двухпанельную религию не понимают) чтобы нуждаться в двухпанельнике. Запоминаешь все нужные директории в переменных и вперед. Если есть нужда помедитировать на содержимое директорий есть dired в имаксе. Можно просто драг-н-дропом с фотоаппарата кинуть нафотканное в ~/вчерашний_сейшон

>А можно пример - чего на Qt лучше аналога на GTK ?

Иногда аналога нет, например, у qtpfsgui или scribus. Hugin тоже собирался ехать на qt4. Не знаю уж, осилили или нет.

> А можно пример - чего на Qt лучше аналога на GTK ?

kile, kpdf, konqueror+kparts, gwenview, konsole, krusader, kmail (а что аналог?).

eric vs geany -- возможно, но есть eclipse + PyDev.

PS И Krita, да -- в ней я хоть как-то мог делать то, что нужно.

> шо, и XDG_MENU там уже осилили?

годы как...

> и desktop-файлы правильно обрабатываются без велосипедов типа X-Enlightenment-Type?

так точно, товарищ Танкист!

> как сделать, чтобы при нажатии Win+F фокус переходил на окно фаерфокса, а при Win+D - на окно дольфина?

открываем курс ликбеза для самых маленьких...

exec eesh win_op "`eesh window_list | grep -i firefox | awk -F\ '{ print $1 }' `" focus

при помощи e16keyedit (или ручками) вешайте на нужный вам хоткей и фокус перейдёт на FF (что поменять для дольфина - вам домашнее задание). чтобы это "провернуть" в 17-ом - сейчас рисую махонький модуль для этого (а то команды как-то длиной символов не радуют ни разу)...

>> только вот, внезапно, гномовые приложения в KDE'шном трее нормально живут, и наоборот.

это... гхм... очень толсто. понимаю, что моя точка зрения субъективна, но проблемы с треем наблюдаю постоянно у amarok-а (как в kdeб так и в gnome. в e16 вроде норм) и у контрол-апплета для xmms. не пользую систрей в E17-ом и перегружаюсь в GUI, отличные от Enlightenment-а крайне редко. возможно, что высказанное выше - не актуально.

систрей не нужен, ибо у Enlightenment-а есть pager, который с лихвой перекрывает всё, что остальным даёт трей.

kile -> vim/(gvim если кому мышой возюкать)
kpdf/okular -> evince
konqueror+kparts -> хз, в 3-ке конк хорош, но в любом случае FF+ROX уделывают все Qt-шные аналоги
gwenview -> хз, ROX + imlib2_view + exhibit + exiftool/exiftran
konsole -> urxvt
krusader -> mc
kmail (а что аналог?) -> mutt. если кому-то mutt "не аналог" - то Thunderbird, Seamonkey suite

Krita -> что-то после того, как это поделие реанимировали, стало модно выставлять его как пример, что каждый легко может освоить c++ и Qt. мягко говоря, оно gimp-у в этой жизни не конкурент (как уже отмечали выше)...

2crazy_alex:

попробуйте E (DR16/DR17) и присоединяйтесь к маленькой, но дружной команде разработчиков! если нужна скорость - "у нас есть её немного" :).

>vim/(gvim если кому мышой возюкать)

он бибикает и всё портит. gedit/geany, если уж в этом классе смотреть

>хз

именно, что хз. В konqueror умеют встраиваться все kparts, в том числе, gwenview, orular и прочие. FF — только браузер. И получается FF+пятое+десятое.

>хз, ROX + imlib2_view + exhibit + exiftool/exiftran

С плюсами этими — в лес, к какерам. Я хочу нажать кнопочку, и чтобы всё заработало.

>mc

это говно давно подохло, и поделом.

>если кому-то mutt "не аналог" - то Thunderbird, Seamonkey suite

убого и не связано с остальным десктопом.

> он бибикает и всё портит.

а руки выпрямить? или то, что "бибиканье" отключается в ~/.vimrc это новость?

> И получается FF+пятое+десятое

и самое главное, что "получается" гораздо лучше, чем у конка с этим барахлом

> С плюсами этими — в лес, к какерам. Я хочу нажать кнопочку, и чтобы всё заработало.

а кто мешает? нажимаю в ROX кнопочку, и всё работает, причём именно так, как я хочу.

> это говно давно подохло, и поделом

ох как толсто... ��������������

>>если кому-то mutt "не аналог" - то Thunderbird, Seamonkey suite
> убого и не связано с остальным десктопом.

mutt - убого?! да, эт вы мощно задвинули, внушает. равно как и фраза, что "не связано с остальным десктопом". давайте тогда уж скажем "Evolution"���� (который весьма громоздок, тормозит, но может быть "связан" со свем��������, до чего ручки дотянутся). ����������

мне очень многое не нравится в Qt-шных программах by design. начиная с kio и заканчивая той самой пресловутой "интеграцией" и "унификацией" интерфейса (про скорость и отрисовку виджетов вообще промолчу, ибо сказать нечего...). ������������������если потребности пользователя выходят за рамки среднестатистического быдла - то, как видим выше, "mc + ion" создают уют и комфорт. GTK окружение/тулкит более дружелюбен. он спокойно соседствует и с tcl/tk, и с EFL и с тем же FLTK. а Qt похож на легендарную "конфетку из дерьма" - обёртка вроде и блестит, но внутри....

впрочем, надо же как-то оправдывать надцать гигов ОЗУ и *дцать-core CPU на десктопе...

> систрей не нужен, ибо у Enlightenment-а есть pager, который с лихвой перекрывает всё, что остальным даёт трей.
Не надо перекрывать! Надо просто предоставлять систрей! Если приложение знает про систрей, умеет там что-то выводить, а то и минимизироваться туда - надо просто дать ему совместимую реализацию, И ВСЕ.

И не надо рассказывать, что легким движением руки это все можно настроить. Настройки вообще не нужны, все должно работать из коробки;)

>Не надо перекрывать! Надо просто предоставлять систрей! Если приложение знает про систрей, умеет там что-то выводить, а то и минимизироваться туда - надо просто дать ему совместимую реализацию, И ВСЕ.

поддержка дерьмовых спеков как бы намекает на заранее дерьмовый результат. нынешние спеки freedesktop на трей - это... нечто. в E-DR16 трей есть, в 17-ом Растер его выкинул к буям именно из-за спеков. понятно, что рано или поздно в 17-ом трей будет и будет именно с учётом замечаний Растера:
http://lists.freedesktop.org/archives/xdg/2006-February/006056.html

>> И не надо рассказывать, что легким движением руки это все можно настроить. Настройки вообще не нужны, все должно работать из коробки;)

эт да, и мало того, что "из коробки", но и на манер "только так, и никак иначе!"(с), "каждой гайке - свой ключ!"(c) (причём единственный), "дорога у нас одна, товарищи..."(c) и т.п.. а то, понимаш, будет у нас разброд и шатание и "никак мы из этого лялиха винду не слепим"(c)... что там дальше-то? а... "все тулкиты, кроме <ВСТАВИТЬ_ЕДИНСТВЕННО_Ъ_НАЗВАНИЕ>, - в жопу! все дистрибутивы, кроме <ВСТАВИТЬ_ЕДИНСТВЕННО_Ъ_НАЗВАНИЕ>, - в жопу! догнать и перегнать!"

я ничего не напутал?

> нынешние спеки freedesktop на трей - это... нечто
Это нечто работает в нескольких средах и поддерживается кучей прог. Да, недостатки есть - но никто не совершенен. Прекрасно, что готовится новый стандарт. Это не оправдание для чистоплюйного Растера.

Это напоминает мне древнюю историю. Есть такой IMAP сервер - Courier. Хозяин оного Варшавчик прославился настолько буквальным следованием букве RFC (проблемного), что существующие клиенты просто не справлялись работать с этим сервером. На замечания мужик просто посылал подальше - чините, дескать, свои клиенты (среди которых был коммерческий софт типа аутлука и пр.). Нафига это чистоплюйство ради чистоплюйства? Кстати, замечания Растера совершенно не критичны - они по сути просто дополняют "серые области" в спеках.

ЗЫ Остальной бред поскипан как неорганизованный

>>mc

>это говно давно подохло, и поделом.

Эта полезная программа еще тебя на пенсию проводит.

> мало того, что "из коробки", но и на манер "только так, и никак иначе!"(с), blah blah blah blah blah

Ну, кхм. То что гном (а местами - и кеды тоже) следует принципу "на одну задачу одна программа" - тебя никак не ограничивает. Ведь ты-то ставишь себе дистрибутив, где помимо этого "джентельменского намбора" ещё куча всего есть - пользуйся на здоровье.

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

>годы как...

блин, я имел в виду $XDG_CONFIG_HOME/autostart/.

>так точно, товарищ Танкист!

правдааа? =) создай в Desktop desktop-файл с таким содержанием:

[Desktop Entry]
Encoding=UTF-8
Version=1.0
Type=Link
Icon[ru_RU]=gnome-panel-launcher
URL=file:///bin/
Name[ru_RU]=Bin
Name=Bin
Icon=gnome-panel-launcher

гном и кеды открывают его наура, а в ёшке нихрена, пока туда X-Enlightenment-Type=Mount не засунешь.

>впрочем, надо же как-то оправдывать надцать гигов ОЗУ и *дцать-core CPU на десктопе...

чорд, а у меня на Cel2.22/512Mb КДЕ4 прекрасно бегает, ЧТЯДНТ?

> А можно пример - чего на Qt лучше аналога на GTK ?

FontMatrix vs. GNOME Specimen --- управление шрифтами, просмотр, сравнение и тэ дэ:

У FM есть категоризация метками, поиск по метаданным, сравнение глифов в разных шрифтах, включение/отключение (убирает шрифты из списка видимых программами). GS умеет только сравнивать.

> Иногда аналога нет, например, у qtpfsgui или scribus.

Есть Passepartout, но оно заброшено, поднято снова и опять заброшено.

Qtpfsgui тоже малость подзаброшен, кстати.

> Hugin тоже собирался ехать на qt4. Не знаю уж, осилили или нет.

Не осилили и не осилят в ближайшее время. Там готов только фреймворк, а мясо на него так никто и не нарастил.

> kile -> vim/(gvim если кому мышой возюкать)
> kpdf/okular -> evince
> konqueror+kparts -> хз, в 3-ке конк хорош, но в любом случае FF+ROX уделывают все Qt-шные аналоги
> gwenview -> хз, ROX + imlib2_view + exhibit + exiftool/exiftran
> konsole -> urxvt
> krusader -> mc
> kmail (а что аналог?) -> mutt

Лёгким движением руки стильный и единообразный десктоп превращается в скопище программ с уникальным и неповторимым внешним видом и интерфейсом... Спасиба, не надо.

>Лёгким движением руки стильный и единообразный десктоп превращается в скопище программ с уникальным и неповторимым внешним видом и интерфейсом... Спасиба, не надо.

а самое главное - ПРОФИТА не видно! ;) ну лишились мы интеграции, единого внешнего вида, многопанельности с табами в ФМ и прочих приятных фич.. А ЧТО ВЗАМЕН??? статус трукулхацкера? на мегасовременных компах с 32 метрами запустится? что?

> ну лишились мы интеграции

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

>>а самое главное - ПРОФИТА не видно! ;) ну лишились мы интеграции, единого внешнего вида, многопанельности с табами в ФМ и прочих приятных фич.. А ЧТО ВЗАМЕН?

ох как... круто! значит при использовании gtk+ приложений мы лишаемся внешнего вида, а pcmanfm не умеет табы, да? или несколько запущенных ROX-ов отожрут больше ресурсов, чем ФМ (наутилус/конк/дольфин) с кучей табов?

смотрю, что детишки выучили слово умное - "интеграция"... ну-ну... ещё кулачком постучите по чему-нибудь и заорите, что в Linux что-то может эту "интеграцию" предложить. хотите "мышевозную" интеграцию - пользуйте Mac OS X (заодно поучитесь, что это слово вообще означает).

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

остаюсь пока при скромном мнении, что mutt таки уделывает любой почтовый клиент (причём будет работать именно так, как я хочу), mc - останется эталоном для всех двухпанельников, а urxvt - образцом для терминалов.

именно на Пользователя и ориентирован концепт Ешки - Desktop Shell. необходимые компоненты вы выбираете сами, а Enlightenment занят именно тем, что делает лучше всех остальных - управляет этим хозяйством. вы, Пользователь, - хозяин. никто не навязывает вам понятие/представление/видение "эталонной формы молотка для забивания гвоздей".

>> $XDG_CONFIG*/autostart
будет. наверное. возможно, что XDG_CONFIG_DIRS будут "обиаботаны" только в части $HOME (ибо иначе Пользователь теряет контроли за окружением без рутовых привилегий).

>> гном и кеды открывают его наура, а в ёшке нихрена, пока туда X-Enlightenment-Type=Mount не засунешь.

но это же сущие пустяки, ибо те же pcmanfm и ROX подобные "линки" не открывают. пример с URL=file:///bin/ конечно же хорош, ибо стоит только почитать дискуссии на тему мэпа урлов на локальные файлы, чтобы оценить насколько этот пример хорош. а заодно собственно встречный вопрос - а почему вас это напрягает? ведь записи ниже типа нормальные и никого от них не плющит:
X-KDE-Library=libfooview
X-KDE-FactoryName=fooviewfactory
X-KDE-ServiceType=FooService
что собственно плохого в X-Enlightenment-Type (особенно если вы пользуете активно EFM)???

> хотите "мышевозную" интеграцию - пользуйте Mac OS X
Когда защитник некоей графической среды ругает макос словом "мышевозный" (конструктивная критика не в счет) - это хороший, почти однозначный, индикатор того, что защищаемая среда неюзабельна. Жаль, я был лучшего мнения о Е.

> кстати, если в Ешке потянуть иконку приложения
К интеграции это не имеет никакого отношения. Интерграция - это единое пространство DnD, общее пространство путей VFS (из наутилуса я могу перетащить файл в gedit, даже если файл в сетке) и пр. Вот ЭТО примеры интеграции.

> mutt таки уделывает любой почтовый клиент
После этого заявления любые Ваши рассуждения о пользовательском интерфейсе можно отправлять в /dev/null. При том, что я уважаю mutt - но упоминание его в контексте программ для десктопа просто неуместно.

> mc - останется эталоном для всех двухпанельников,
Туда же.

>> Когда защитник некоей графической среды ругает макос словом "мышевозный"...

и где вы тут ругань усмотрели? Mac OS X на сегодня - это единственная среда/система, с эталонной Интеграцией (настоящей, так сказать) всего и вся. и "мышевозный" в данном контексте imho вполне адекватный термин (бо без мышки в Mac OS X делать, простите, нечего).

насчёт DnD - скромный EFM прекрасно владеет этим способом работы с файлами (а что из гуёвых ФМ-ов ноне D'n'D не поддерживает-то?). из EFM можно таскать файло таким же макаром (curlftpfs, sshfs и т.п. придумали явно не зря, всё, что нужно, монтируется легко и непринуждённо, а модуль E17-го "places" - универсален для работы с любыми storage devices при помощи hal+dbus и аналогов ему также нигде пока нет).

>> кстати, если в Ешке потянуть иконку приложения
> К интеграции это не имеет никакого отношения

ух ты... а как тогда называется факт, что только E-DR17 на сегодня (не считая Mac OS X) предоставляет единое пространство десктопа, где все элементы взаимосвязаны?

>> mutt таки уделывает любой почтовый клиент
> После этого заявления любые Ваши рассуждения о пользовательском интерфейсе можно отправлять в /dev/null

ваше право.

>> mc - останется эталоном для всех двухпанельников,
> Туда же.

что поделать, к чему привык, то и пользую.

> и "мышевозный" в данном контексте imho вполне адекватный термин (бо без мышки в Mac OS X делать, простите, нечего).
Видимо, у нас тут несходняк в картинах мира. Традиционно на ЛОРе это слово употребляется в _уничижительном_ смысле по отношению к развитым графическим средам (часто проприетарным). Именно в этом контексте я прочел Ваше заявление. Если Вы не хотели обидеть макос - выбирайте слова аккуратнее плиз.

> насчёт DnD - скромный EFM прекрасно владеет этим способом работы с файлами
А если мой файл доступен только через VFS? Да, пока не забыл, еще один из компонент интеграции - единая масштабируемая архитектура конфигурирования.

Я понимаю, Вы сказали Desktop Shell - и этим сняли все претензии (дескать, "это не DE - и отдыхайте"). Но этим же Вы вычеркнули Е из списка кандидатов на использование в мейнстриме.

> а как тогда называется факт,
Ок, это ДРУГАЯ интеграция. Интеграция десктопа как места, где запускаются программы. Но не интеграция десктопа как совокупности пользовательских программ и этого самого места, где они запускаются.

> ваше право.
Это не мое право. Это следствие того, куда движутся интерфейсы.

> что поделать, к чему привык, то и пользую.
"ваше право"(с) Но не надо из своих привычек делать эталон для других. Перечисленные Вами программы ни разу не годятся для современного десктопа. Они даже не стоят того, чтобы их запихивать на DVD десктопного дистрибутива. Их место - в доступном по сети репозитории, в разделе extras.

>> выбирайте слова аккуратнее плиз.
мдэ, мы конечно же на ЛОР-е, но всё же, Сударь, "что русскому - здорово, немцу – карачун"(с) /Владимир Акулов/ - и предвзятая/(в рамках стереотипов) трактовка слов собеседника не всегда оправдана, не так ли? :)

>> А если мой файл доступен только через VFS?
и? если вопрос подразумевает наличие в Ешке неких механизмов (авто)монтирования/поиска/доступа к удалённым ФС - то есть довольно сырая реализация evfs и отдельный ФМ - Entropy - который её пользует (жаль, что похерили Evidence - ФМ был чумовой). и, как весьма справедливо отмечали выше, так ли необходимо пихать VFS в DE?

>> единая масштабируемая архитектура конфигурирования.
тут пожалуй 17-ый многим фору даст :)

>> вычеркнули Е из списка кандидатов на использование в мейнстриме.
продукт, конечно же, своеобразный... радует, что всё больше новых проектов используют именно 17-ый как основной UI (недавно тут проскакивала заметка о GNU Darwin например)

>> это ДРУГАЯ интеграция... Но не интеграция десктопа как совокупности пользовательских программ и этого самого места, где они запускаются.
может оставим термин "интеграция" в покое? дай-то Бог дожить до момента, чтобы увидеть Open Source реализацию "интеграции" хотя бы на уровне того, что есть сейчас в Mac OS X...

речь-то начиналась с предложения "озвучить" хоть одно "нововведение", произрастающее корнями из Enlightenment-а. полагаю, что эта тема чуток "раскрыта" скромными стараниями.

>> Но не надо из своих привычек делать эталон для других.
упаси Боже заниматься подобными глупостями. скорее всего у меня не получается донести довольно простую мысль: "центровка" десктопа вокруг какого-то одного тулкита ограничивает Пользователя и не приемлима как критерий при обсуждении Enlightenment.

"DR17 of the Enlightenment window manager represents an evolution into the next generation of desktop environments: the desktop shell. DR17 will provide integration between files and your environment in a seamless manner while encompassing a graphically rich and flexible architecture. It will not compete with GNOME or KDE, but be a completely new way of visualizing your desktop, based around the EFL which was built from the ground up for this task."

imho - эт просто чуток "иной" взгляд на концепт построения десктопа. да и "UNDER HEAVY DEVELOPMENT" к тому же...

посмотрим, что будет в релизе :).