Я в восторге от будущего GNOME

Гик ну ты и скотина , я горжусь твоей упрямостью ;-)
Без обид.

> Изврат - это выбирать DE по тулкиту.

А вот тут имхо не совсем правильно. Я например когда-то сидел только под KDE. Но вот софт в основном gtk. Так потихоньку перебрался на гном. Всякие рюшечки и фишечки как KDE так и гнома все равно отключаются сразу, так что разницы между ними только в тулките. Ну а если gtk все равно необходим .... да еще и МОЖНО обойтись без qt, то невольно вопрос возникает: а нужен ли мне вообще qt?

Сейчас, например на ноуте и дома вообще qt нет. оно вообще мне не нужно ни для работы, ни для дома (фотки обработать, музыку включить, киношку посмотреть). А сейчас ноут вообще на fluxbox перевел, так вообще все просто зашибись стало.

ТО что кто-то быстрее или медленее не скажу. у меня на ноуте о 256 мегах памяти (свои задачи выполняет, менять не хочу) пилить напильником надо оба DE. Отключать всякие красивости и мишуру.

Да и про ff тут не справедливо говорят. единственный момент, когда ff меня раздражал, так это под виндой, там он действительно почему-то отъедал под 400 мегов оперативы и дико тормозил. Ни в сусе, ни в дебе, ни в генту такого не видел.

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

>Ога. Только вот задача была в том чтобы интерфейс был _динамическим_ и Glade (не надо считать оппонента за идиота, по libglade я в курсе) не подходил.

тебе рассказать, как сделать в рантайме менять интерфейс, построенный с использованием glade?

>Плюс давайте не забывать, что на текущий момент там 168K промежуточного API против 252K собственно биндинга (при всей мощи лисповского MOC,а сам CELL это именно чистый MOC, это ой как не мало).

в случае cells для qt тебе понадобятся ещё и сишные биндинги к qt. А тут - чистый lisp. Разницу не видишь, ага?

>Хочу сказать что _очень_ тяжело прикручиваеться, если не принуждать писать в стиле портабельного ассемблера.

к плюсам прикручивается на порядок тяжелее.

>AFAIR это ты с gtk-qt-engine перепутал

нет, не перепутал. http://www.linux.org.ru/jump-message.jsp?msgid=1349594

>если по другому тулкит не позволяет сменить механизм отрисовки, то это проблемы тулкита

Жаба - тулкит? :)

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

ну так они есть? Или таки в ридми приходится писать "собирается только транслятором версии бла-бла-бла от "Тролли Ltd." ?

>А дело и не в скорости, просто сложно поддерживать _всю_ спецификацию Common Lisp которая насчитывает 1048 страниц (CLTL2). И это без Meta Object Protocol, книга по которому сопоставимой толщины.

как-то справляются же. Сомневаюсь, что ты не в курсе =)

>Сээр не различает bison и flex ? Ты себе хотя бы представляешь сложность ручного написания парсера по сравнению с генерацией его бизоном ? Ну напиши парсер _GNU_GCC_ (со всеми гнутыми расширениями) ручками так, чтобы он был сопоставим по скорости. Плохо не станет ?

анализатор от генератора отличаю. К чему вопрос-то?

>Может ещё скажешь что Фокс и памяти жрёт меньше ?

я же всё писал, и даже циферки приводил =) и конк и epiphany жрут сопоставимое кол-во памяти. ФФ жрет чутка больше, из-за скриптованного гуя.

> gimp, amule, linuxdc++ это только то, что сейчас запущено.

krita, ktorrent. Сам я GTK-софт использую крайне редко.

>Любой язык отличающийся парадигмой от портабельного ассемблера потребует руками написанного API layer'а.

на этом самом языке. Не на сях

>Аргументы будут ? Или переходим на личности ?

про средства кодогенерации я уже писал. А что, тот ананимус - это ты? =)

>Сорри, форматирование

ну и в каком месте ты тут извращение увидел?

> напомни мне, когда в гноме последний раз ломали api, если ломали вообще?

Тебе напомнить про GTK+ 2.x?

не согласен

> lxf это мурзилка для IT'шников

Правильно, настоящие гномовцы должны крепче сжать зубы и надвинуть шоры! Ибо единственный ресурс, заслуживающий доверия - это gnome.org! ;)

пардон Крита - не дотягивает до гимпа. Например на фотках с 10 мегапикседей она просто умирает, да и вообще жутко медленные некоторые моменты. Например выделение области по цету и последующее растушевание.

А кторрент умеет DC++ и E2k сети?

>Тебе напомнить про GTK+ 2.x?

Qt1->Qt2->Qt3->Qt4 + изменения в C++ ABI компиляторов :)

цету = цвету

>А кторрент умеет DC++ и E2k сети?

емнип, нет.

> Тебе напомнить про GTK+ 2.x?

каждая новая версия gtk 2.х обратно совместима с предыдущими

> Правильно, настоящие гномовцы должны крепче сжать зубы и надвинуть шоры! Ибо единственный ресурс, заслуживающий доверия - это gnome.org! ;)

зато кдеешники рады до смерти, что о них хоть где то пишут хорошее? =)

> Далеко не всё, что лежит в desktop sources входит в GNOME Desktop =)

Ну открой сакральную тайну, что же входит в GNOME Desktop!

> Поэтому когда линукс придет таки на рабочие места - а он придет - то там будет гном. Как надежный и функциональный раьочий инструмент.

Угу, оп статистике и видно, насколько востребован GNOME. ;)

> а серьезные игроки рынка - сан, ибм, новел, сап - свой выбор сделали в пользу gtk и lgpl.

Ну ты ещё Oracle сюда включи с их Java-инсталлятором. ;)

> Угу, оп статистике и видно, насколько востребован GNOME. ;)

А можно посомтреть на статистику? не флейма ради, но ради интереса...

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

Конечно! В GNOME даже если захочешь облагородить - обломишься. В лучших традициях Windows. Там хоть не так убого это выглядит. ;)

> Конечно! В GNOME даже если захочешь облагородить - обломишься. В лучших традициях Windows. Там хоть не так убого это выглядит. ;)

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

> пардон Крита - не дотягивает до гимпа. Например на фотках с 10 мегапикседей

Дальше можно не продолжать. Ибо для фотографий есть Digikam.

> А кторрент умеет DC++ и E2k сети?

KMLDonkey для E2K. DC++ никогда не использовал. Возможно, нет клиентов для него.

> Qt1->Qt2->Qt3->Qt4 + изменения в C++ ABI компиляторов :)

geek, ты не перескакивай. Речь шла про GNOME.

> зато кдеешники рады до смерти, что о них хоть где то пишут хорошее? =)

Это вполне ожидаемо. Вот если бы гномовский софт побеждал, я бы несказанно удивился! ;)

> А можно посомтреть на статистику? не флейма ради, но ради интереса...

Я уже замучался приводить. Ищите сами.

> мне это напоминает сравнение отечественных зубил и нормальных иномарок

Как раз иномарки - это KDE, где всё идёт в поставке - и кондиционер и тонирование. А вот в GNOME, как не выпендривайся - порядок кнопок не поменяешь, тоньше кнопку выпадающего списка не сделаешь... ;)

> Как раз иномарки - это KDE, где всё идёт в поставке - и кондиционер и тонирование. А вот в GNOME, как не выпендривайся - порядок кнопок не поменяешь, тоньше кнопку выпадающего списка не сделаешь... ;)

передергиваешь

Вообще digicam это вроде как менеджер фотографий, но не полноценный редактор. ну если DigikamImagePlugins поставить, то да, расширяется немного, но все равно не то. И на сколько помню у этого же самого диджикама в меню фотки есть "Редактировать в GIMP" или что-то типа того. Бесполезно. для QT нормального редактора для фото нет.

про KMLDonkey не знал. буду знать.

> А можно посомтреть на статистику?

http://www.desktoplinux.com/cgi-bin/survey/survey.cgi?view=archive&id=082...

> передергиваешь

В чём? Как обычно, аргументов от гномовцев ждать не стоит? ;)

10х :)

> Вообще digicam это вроде как менеджер фотографий, но не полноценный редактор.

Как раз подавляющему большинству и надо каталогизатор, а не полноценный редактор.

> В чём? Как обычно, аргументов от гномовцев ждать не стоит? ;)

от троллей тоже

"В GNOME даже если захочешь облагородить - обломишься. В лучших традициях Windows. Там хоть не так убого это выглядит." - аргументов ноль, можно даже сказать отрицательное число

и что там с ответом вот на этот пост? - http://www.linux.org.ru/jump-message.jsp?msgid=2075448&cid=2080069

>DC++ никогда не использовал. Возможно, нет клиентов для него.

valknut для DC++ использую очень давно - отлично работает.

>http://www.desktoplinux.com/cgi-bin/survey/survey.cgi?view=archive&id=082...

по твоей логике - KMail - полное говно, раз уж сливает и ево и громоптице =). В общем, я согласен с таким выводом

PS: про конк вообще молчу

PPS: =)))

>geek, ты не перескакивай. Речь шла про GNOME.

а я не перескакиваю. В КДЕ суммарно API ломали столько раз, что страшно представить. А про гном я с удовольствием послушаю перечисление поломок api :)

не ломали, а улучшали ;) всё равно для KDE писать гораздо удобнее, чем на GTK.

>всё равно для KDE писать гораздо удобнее, чем на GTK.

аргументируешь?

>>аргументируешь?

обязательно :)

- файловый менеджер с поддержкой kio-slaves и autoupdate:

DirOp::Dirop(QWidget *parent): KDirOperator(QDir::homeDirPath(), parent)
{
    readConfig( KGlobal::config(), "My KDiroperator ConfigGroup");
    setView(KFile::Default);
}

- файловое дерево с поддержкой нескольких root веток,
 ограниченной поддержкой kio-slaves и autoupdate:

TreeView::TreeView(QWidget *parent) : KFileTreeView(parent)
{
    addColumn("Name");
    header()->hide();

    root = new FileTreeViewBranch(this, QDir::rootDirPath(), QString::null, SmallIcon("folder");

    addBranch(root);
    setDirOnlyMode(root, true);
    setRootIsDecorated(true);
}

- работа с файлами вне зависимости от их местоположения
  (локальные, сеть, архивы, др.)

KIO::get()
KIO::move()
KIO::file_copy()

- куча других виджетов и классов - KURLComboBox, KDoubleNumInput, KFileDialog, KRun, KAction, KDirWatch,
KMDI*... , которые значительно облегчают создание интерфейсов и позволяют высвободить
время для решения конкретных поставленных задач.

>обязательно :)

ты действительно думаешь, что в gtk/gnome нет vfs, файловых диалогов, и actions и treeview? :)

ты приведи код, делающий аналогичные действия. Тогда сравним.

> тебе рассказать, как сделать в рантайме менять интерфейс, построенный с использованием glade?

Прекрати считать оппонента за идиота, во второй раз повторяю. Как автор Форт компилятора собственноручно написавший к нему биндинги для GTK+ я прекрасно знаю как это делается через glade. Но, %&$^%#%$W, есть случаи когда интерфейс надо генерить на лету исходя из данных - libglade в пролёте.

> в случае cells для qt тебе понадобятся ещё и сишные биндинги к qt. А тут - чистый lisp. Разницу не видишь, ага?

А их что нет ? Да и не нужны они. Добро пожаловать:

http://lisp-cffi-qt4.sourceforge.net/doc.html

> к плюсам прикручивается на порядок тяжелее.

Дааа ?

http://www.swig.org/

> Жаба - тулкит? :)

Нет, это ходячий изврат.

>ты приведи код, делающий аналогичные действия. Тогда сравним.

GtkFileChooser

:)

Ууууу, KDE прямо послал гном в нокаут. ;) Несравненное превосходство. И выборка огромная.

это всё ?

>А их что нет ? Да и не нужны они. Добро пожаловать:

обрати внимание на диру cqt внутри.

> ты приведи код, делающий аналогичные действия. Тогда сравним.

ну канешно же в гноме код будет круче. По вертикали он прирастает копипастой, а по горизонтали именами типа gtk_krasnye_glasa_set_highlight_mode(true)