LINUX.ORG.RU

XFce 4.4 released


0

0

После долгих месяцев ожиданий и релиз-кандидатов вышел таки заслуженно любимый многими посетителями ЛОРа DE XFce 4.4

Как обычно исправлено множество багов и недочётов. Претерпели значительные изменения многие компоненты системы.

Качаем и наслаждаемся!

Changelog: http://www-test.xfce.org/documentatio...

>>> Скачать

Ответ на: комментарий от svu

>До тех пор, пока fd.o не разродится работающей кросс-платформенной системой конфигурирования (аналог gconf) - так и будет.

Дык разродилась уже!:
http://www.freedesktop.org/wiki/Standards_2fbasedir_2dspec
И Xfce именно её и использует, причём давно уже.

Кстати, кто-то тут говорил о велосипедах? Так вот, Xfce'шники вместо велосипедостроения планомерно реализуют поддержку fd.o'шных стандартов.

AsphyX ★★★
()
Ответ на: комментарий от petrosha

> Судя по мануалу о программировании под Гноме там дофига всего есть поверх ГТК...

Если говорить о GUI, то вовсе не дофига. И не забываем, что GTK+ - это widget toolkit, в нём нет средств, например, для написания сетевых приложений, это не QT, поэтому некоторые дополнительные решения просто необходимы, и часто они представляют собой всего лишь glib-обёртку. Да, и давайте сравнивать размер libxfce4 с "gnomelibs", когда xfce дорастёт по функционалу и предоставляемым возможностям до того, что есть в Gnome.

Bohtvaroh ★★★★
()
Ответ на: комментарий от Bohtvaroh

>Да, и давайте сравнивать размер libxfce4 с "gnomelibs", когда xfce дорастёт по функционалу и предоставляемым возможностям до того, что есть в Gnome.

Не дай бог. В таком случае Xfce разжиреет до размеров Gnome и запускаться и работать будет с такой же скоростью. И все прежние его поклонники, включая вашего покорного слугу, перейдут с него на что-нибудь более лёгкое.

AsphyX ★★★
()
Ответ на: комментарий от Bohtvaroh

>По-моему это несколько не то, или я не прав?

Да, это несколько не то. Но это как раз то, что требуется :)

AsphyX ★★★
()
Ответ на: комментарий от AsphyX

Я по ссылке не вижу описания системы конфигурирования. Там что-то такое про каталоги... Меня интересует именно аналог gconf/registry/netinfo/...

svu ★★★★★
()
Ответ на: комментарий от svu

>Я по ссылке не вижу описания системы конфигурирования. Там что-то такое про каталоги...

Правильно. Там речь как раз о том, как не плодить помойку в хоумдире. И этого, ИМХО, достаточно. Указание, где хранить конфиги есть. Либы для парсинга/записи xml'ек есть. Что ещё надо?

AsphyX ★★★
()
Ответ на: комментарий от Bohtvaroh

>И не забываем, что GTK+ - это widget toolkit, в нём нет средств, например, для написания сетевых приложений

Ну есть например gnet, написанный поверх glib :)

>Да, и давайте сравнивать размер libxfce4 с "gnomelibs", когда xfce дорастёт по функционалу и предоставляемым возможностям до того, что есть в Gnome.

Вопервых, если я ни в чем не ошибаюсь, libxfce это всего лишь навсего библиотека для внутреннего использования в рамках ХФЦЕ - только сам ВМ, Панель и плагины. Thunar вот уже без нее легко обходится.

А гномовские библиотеки требуются для запуска всех поголовно гномовских программ. Посему ХФЦЕ многим и нравится взамен гнома. Потому что делает только то, что следует - ДЕ. И не пытается залесть в каждую дыру :)

Ну а во вторых. Чего уж такого ценного в гноме есть?

petrosha ★★★★★
()
Ответ на: комментарий от AsphyX

Что надо? Порядка надо. Там только описано - вот вам каталог $XDG_CONFIG_HOME - там устраивайте свалку конфигов. И все. А как оно все будет организовано - это никого не колышет. Что каждому приложению придется изобретать велосипед для чтения-записи (на основе парсера xml или очередного миллиардного доморощенного "самого лучшего и самого быстрого" парсера) - это никого не колышет. Фтопку. Система конфигурации вообще не должна думать о каких-то там файлах - это вопрос реализации. Она должна прозрачно использовать информацию из файлов, DB, LDAP, AD, X500 или чего там еще бывает... Только системы, где действительно ВСЕ является файлом (унихи, очевидно, не из них) могут позволить себе специфицировать систему конфигурирования в терминах файловой системы.

Помойка, даже ограниченная одним каталогом - это все равно помойка. Даже если это не $HOME.

svu ★★★★★
()
Ответ на: комментарий от svu

> Хватит помойки /etc...

Не утрируй, ага? :) Для тебя - это может и помойка. Для подавляющего большинства - прозрачно и понятно для понимания.

Deleted
()
Ответ на: комментарий от svu

>Она должна прозрачно использовать информацию из файлов, DB, LDAP, AD, X500 или чего там еще бывает...

Хорошо, но зачем тогда для хранения конфигов в локальном дереве каталогов с xml'ками (как сейчас и делает gconf) требуется отдельный демон? Хватило бы и разделяемой либы.

AsphyX ★★★
()
Ответ на: комментарий от Deleted

Прозрачно и понятно для понимания - ага. Но совершенно непригодно к использованию без текстового редактора. Потому появляются (в мучениях!) системы типа linuxconf/webadmin - и остаются наборами костылей разного радиуса кривизны.

Навскидку - сколько разных парсеров надо использовать для разбора файлов в Вашем /etc?

svu ★★★★★
()
Ответ на: комментарий от petrosha

<i>Чистый GTK+ и все. При этом вся функциональность наличествует.</i>

Даже есть аналог гномовского апплета "Касса символов"? Я серьёзно спрашиваю, потому что работать без него уже не могу :)

AP ★★★★★
()
Ответ на: комментарий от petrosha

>Thunar вот уже без нее легко обходится.

Извините, про thunar это я уже перегнул :)))

petrosha ★★★★★
()
Ответ на: комментарий от petrosha

> Ну есть например gnet, написанный поверх glib :)

Пример сам по себе не очень, сдох он походу.

> А гномовские библиотеки требуются для запуска всех поголовно гномовских программ. Посему ХФЦЕ многим и нравится взамен гнома. Потому что делает только то, что следует - ДЕ. И не пытается залесть в каждую дыру :)

Я, чес гря, не совсем понимаю о каких именно библиотеках речь и каких именно гномовских программах. Можно привести пример?

> Ну а во вторых. Чего уж такого ценного в гноме есть?

Самое ценное что в нём есть - это то, что он один из двух лидирующих DE под линукс, и этого достаточно. Я вовсе не против xfce, но программирование ради программирования, только ради того, чтобы отказаться, например, от gconf, меня несколько смущает.

Bohtvaroh ★★★★
()
Ответ на: комментарий от AsphyX

Ок, т.е. что реальная реализация backend-а не важна (и где в ней хранятся файлы или не файлы), мы договорились?

Теперь про gconfd. Да, вообще говоря, можно было б обойтись без оного - слегка "утолстив" libgconf. Но возник бы набор проблем, которые пришлось бы решать с некоторым геморроем. Краткий список: проблема оповещения об изменениях, проблема эффективного и корректного(!) кеширования, проблема эффективности бекенда (будет не очень хорошо, если каждое приложение начнет устанавливать свою tcp коннекцию с DB/LDAP) и т.д. и т.п. Как Вы предлагаете их решать?

svu ★★★★★
()
Ответ на: комментарий от petrosha

В нём переключаемые наборы специальных символов вроде кавычек-ёлочек, тире на круглую шпацию, значков (R), градуса, немецких гласных с умлаутом и т.д. Нажал на кнопку со значком -- и тут же вставил выбранный символ по Ctrl-V в окно браузера или текстового документа. Суперудобно.

AP ★★★★★
()
Ответ на: комментарий от Bohtvaroh

>каких именно гномовских программах. Можно привести пример?

Пожалуйста.

ggv, gpdf - зачем им гномовые библиотеки?:) зачем они для gdm?

petrosha ★★★★★
()
Ответ на: комментарий от AP

>В нём переключаемые наборы специальных символов вроде кавычек-ёлочек, тире на круглую шпацию, значков (R), градуса, немецких гласных с умлаутом и т.д. Нажал на кнопку со значком -- и тут же вставил выбранный символ по Ctrl-V в окно браузера или текстового документа. Суперудобно.

Действительно наверное удобно :) Не встречался. А без гнома это никак не реализуется да?

petrosha ★★★★★
()
Ответ на: комментарий от petrosha

gpdf? Evince-у сто лет как. Зависит от poppler. ggv - даже не знаю, что такое.

Bohtvaroh ★★★★
()
Ответ на: комментарий от Bohtvaroh

>Самое ценное что в нём есть - это то, что он один из двух лидирующих DE под линукс, и этого достаточно.

Ну тогда Виндоус это самая ценная операционнас система, вместе с графической системой, библиотеками, де и прочими радостями, потому что она вообще самая распространенная среди всех компьютеров...

Дурацкий аргумент вобщем.

petrosha ★★★★★
()
Ответ на: комментарий от petrosha

> не знал о таком. Если он делает все тоже самое... то вопрос остается в силе - зачем ему гном?:)

Ээээ, а гном это чё? Либа такая? Давай уже поконкретней.

Bohtvaroh ★★★★
()
Ответ на: комментарий от petrosha

Насколько я понимаю - в основном, для gnome-vfs.

svu ★★★★★
()
Ответ на: комментарий от Bohtvaroh

Bohtvaroh, короче всегда был спор между приверженцами комбайнов и раздельных тулзов. Что лучше разводной ключ или набор ключей?:) У каждого подхода есть свои сторонники :) Гном и КДЕ это комбайны... Большие толстые. ХФЦЕ это всего-лишь один удобный ключ :)

Флейм начался... пора валить :)

petrosha ★★★★★
()
Ответ на: комментарий от svu

>Ок, т.е. что реальная реализация backend-а не важна (и где в ней хранятся файлы или не файлы), мы договорились?

Угу :)

>проблема оповещения об изменениях

Для конфигурирования "извне" вполне достаточно http://www.freedesktop.org/wiki/Standards_2fxsettings_2dspec с незначительными расширениями (см. libxfce4mcs).

>проблема эффективного и корректного(!) кеширования

Сколько запросов к базе конфигов у тебя поступает в секунду?

>будет не очень хорошо, если каждое приложение начнет устанавливать свою tcp коннекцию с DB/LDAP

А вот для этого случая можно и демон соорудить. Но только для таких вот "экзотических" случаев.

AsphyX ★★★
()
Ответ на: комментарий от petrosha

КДЕ, согласен, комбайн; gnome бы я таковым не назвал, не намного он толще (+(10-15)мб ОЗУ), поэтому я и говорю о бесполезном дублировании работы.

Bohtvaroh ★★★★
()
Ответ на: комментарий от AsphyX

Почему "конфигурирование извне"? Вполне нормальная практика - какой-нибудь маленький capplet из control center меняет что-то в gconf (например, параметры прокси), а все заинтересованные (все прикладухи, работающие с сетью) - сразу используют новые значения. Как это решается в libxfce4mcs? Нет, соббсно, я не спорю - теоретически можно через всякие inotify etc обойтись и без демона - но геморройно и не кросс-платформенно. Мне это кажется большей кривизной, чем создание одного процесса.

Сколько запросов в секунду - я не знаю. Но представьте себе самое страшное - запуск десктопа. И nautilus + панель + каждый маленький апплетик + metacity + ... начинают шариться по файловой системе и что-то там независимо парсить (при том что некоторые установки ими разделяются).

Сооружать отдельный демон для "плохих" (дорогих) бекендов - мне кажется архитектурным косяком. Архитектура, по идее, не должна зависеть от бекенда. Если уж демон - то для всех случаев. Цена запуска одного процесса (к тому же выполняющего разную полезную работу независимо от бекенда! - см. выше) - намного меньше, чем цена поддержки кривой архитектуры.

Подытаживая - да, формально можно обойтись без gconfd, ни одна из его задач (для случая файлового бекенда) не является нерешаемой без его участия. Но с ним - менее криво, чем без него.

svu ★★★★★
()
Ответ на: комментарий от Bohtvaroh

>Ладно, открою страшную тайну: evince можно собрать и без так называемых gnome-dependencies.

Судя по всему человек движется в правильном направлении. ДрагНДропс делается и без Гнома. :)

petrosha ★★★★★
()
Ответ на: комментарий от Bohtvaroh

>КДЕ, согласен, комбайн; gnome бы я таковым не назвал

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

Зачем например плеер для аудиофайлов привязывать к ДЕ?:)

petrosha ★★★★★
()
Ответ на: комментарий от svu

>Как это решается в libxfce4mcs?

Да собственно через XSETTINGS и решается. Я ссылку на спеку кинул.

В общем, замнём. И ты прав, и ты прав (c) мудрый рабби.

AsphyX ★★★
()
Ответ на: комментарий от AP

Хм... тогда вроде бы он должен работать в хфце... как апплет для ее родной панели.

petrosha ★★★★★
()
Ответ на: комментарий от AsphyX

Вообще-то, XSETTINGS требуют процесс settings manager;)

А по основной теме - ок, замнем. Тем более что почти договорились (ну, с точностью до разности в оценке кривизны того или иного решения)

svu ★★★★★
()
Ответ на: комментарий от Bohtvaroh

Bohtvaroh, к программам, которым можно сделать -gnome у меня нет никаких претензий, а так же к тем которым -kde. Вот только мало их.

тому же evince -gnome не сделать. Да я читал вашу ссылку, но похоже воз и ныне там. :)

petrosha ★★★★★
()
Ответ на: комментарий от Bohtvaroh

P.S.: по мере того как функционал из гномьих либ переносится в gtk+ (взять хотя бы тот же systray в 2.10), необходимость в дополнительных библиотеках становится всё меньше и меньше.

Bohtvaroh ★★★★
()
Ответ на: комментарий от Bohtvaroh

>P.S.: по мере того как функционал из гномьих либ переносится в gtk+ (взять хотя бы тот же systray в 2.10), необходимость в дополнительных библиотеках становится всё меньше и меньше.

И это правильно :)

petrosha ★★★★★
()
Ответ на: комментарий от petrosha

$emerge -pv evince

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] app-text/evince-0.6.1-r1 USE="dbus djvu gnome -debug -doc -dvi -t1lib -tiff"

Ы?

Bohtvaroh ★★★★
()
Ответ на: комментарий от Bohtvaroh

:)

у тебя портаж свежее. я так часто не обновляюсь.

petrosha ★★★★★
()
Ответ на: комментарий от svu

> Но совершенно непригодно к использованию без текстового редактора. Потому появляются (в мучениях!) системы типа linuxconf/webadmin - и остаются наборами костылей разного радиуса кривизны.

А зачем на каждый конфиг-файл иметь гуёвую конфигурялку?

Deleted
()
Ответ на: комментарий от AP

можно цеплять гномячьи аплеты. Только из-за этого подружается и немалая часть гнома ;)) Мне-то это по барабану. Я использую клейкие листочки и сводку погоды от гнома (родная сводка какую-то фигню показывает...). У меня гиг оперативы и почти 3 Гц проц на работе. А сам XFCE просто нравится как таковой.

vovans ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.