GTK+ 2.8 будет использовать Cairo

Да, чем дальше в лес, тем призрачней мечта о единсте и стандартизации. Гробоподобные построения все множатся, а к заветной мечте о завоевании десктопа мы все также "как никогда близки".

to macavity

Свободный софт обычно ассоциируется с diversity :_) (разнообразием).

Потому и вирусы "не пройдут", потому и не загнется свободный софт никогда: разнообразен, распределен, отражает нужды конкретных людей, и т.д.

А по новости - я лично очень рад унификации принтеров и вывода на экран. Это весьма важная байда. Вывод любого приложения выводится в ps, pdf. Здорово?

gnome рулит.

хочу gnome под винду

Здорово-то здорово, только ой как не ново...

Интересно, а они одну хреноту не могли на пару сделать? Так и будет - снизу иксы (дай бог с opengl), над ними эта хз что, над ними еще виджет, а потом сам wm. :)

Вот интересно, команда gtk пытается навести мостик через пропасть, отделяющую linux от macosx, а все пионеры сразу принялись хаять :)

Ой как все кривооо, запущенооо, безобразно и позорнооо...

В общем, будет здорово. :)

чего криво-то? имхо этого и не хватало
только (cairo) на мой взгляд должно было бы от xorg расти и развиваться, а gtk, qt и прочие либы пользовать ее вместо xlib. пока похоже кто в лес, кто по дрова. со шрифтами хоть разобрались, и то радует

Мда... Но хорошо что хоть движутся в правильном направлении, Х-ы бы еще придушили бы... Но хорошего по немножку ;-)

Еще бы скриптование приложений а-ля OSA в MacOSX, но с нормальным языком...

Так, не понял это в GTK будет интегрированна Cairo для отрисовки виджетов ? Или это отдельно для Gnome реализуют ? Как-то странно новость
сформулированна...
Пойду по ссылке схожу, может там понятней... :)

>Другой виджет-сет, Qt 4, собирается изобрести свою технологию для той же цели - Arthur.

И гдеж доблестный freedesktop.org со своими стандартами, самое время
ему появиться, а то ща наплодят сущностей потом будут разгребать... :)

Так fd.org и предложил стандартное решение -- cairo.

А кутешники ссзб.

Ну всё, достали, отныне только Tk буду юзать. GTK - кончился...

Создаётся такое впечатление, что с начала пока все орали про ущербность gtk
перед qt,и про обилие разных либ в Gnome, дружное сообщество (GTK+Gnome+Freedesktop)
спокойненько отлаживали енти разные либы, а теперь решили их интегрировать,
часть gnomelibs уже в GTK включили, теперь Cairo...
Как вам такая концепция ?

З.Ы.: Ща прибежит login из треда про GM и начнёт орать про unix-way... :)

Технически могли, но не надо забывать что QT -- коммерческий продукт, работающий под Win, Mac OS X & Unixes. Arthur -- это общий для всех интерфейс, а не только X11.

PS. Вроде как под X11 он тот же libcairo будет использовать.
PPS. К новости: не собирается, а уже изобрели, т.к. уже пошли беты qt4, т.е. просто стабилизация.

В KDE неплохое скриптование приложений через DCOP. Языков множество: С++, Ruby, Python, bash. Уж как минимум один из них любой назовёт "нормальным".

>З.Ы.: Ща прибежит login из треда про GM и начнёт орать про unix-way... :)

К GNOME'у у меня одна и очень большая притензия - реестр-like Gconf (опять ущербные идеи из Windows?). До тех пор пока оно юзает Gconf, гном идет лесом.

Так написано же:
The new paint engine, Arthur, has an innovative design that makes integrating with different pixel- and vector-based painting architectures straightforward. Quartz and QuickDraw under Mac OS X, Xlib under X11, GDI under Windows, as well as PostScript, SVG, GDI+, and OpenGL, are examples of technologies that Arthur is expected to support---with the possibility of adding Cairo, and PDF support later.
Т.е. это inho стоит интерпретировать так что Arthur это просто внутренняя прослойка в Qt.

Молитва юзера: "Господи, дай голодным хлеба, бездомным крышу, слепым глаза... Но об одном прошу тебя, Господи, НЕ давай программистам свободы..."

ps. "..и чем дальше заходил он, тем выше и неприступнее казались горы. Впрочем, так оно и было.."

>Молитва юзера: "Господи, дай голодным хлеба, бездомным крышу, слепым глаза... Но об одном прошу тебя, Господи, НЕ давай программистам свободы..."

>ps. "..и чем дальше заходил он, тем выше и неприступнее казались горы. Впрочем, так оно и было.."

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

А вообще самая клёвая штука в маках -- с одной стороны оно вроде как десктопный хрюникс, а с другой -- всё работает ;)

как ты прав. Уже пару недель как мак юзер -- радоваться ненарадоваться.

На тему почему Cairo не встроят прямо в иксы сказано на сайте. (По линку с OS-News). Разработчик говорит, что не хочет ждать пока все перейдут на новый х.орг, гораздо проще скачать либу к гтк. + Сложности с интерфейсом. Xlib намного проще (пример : Нарисуй прямоугольник с координатами...) или Cairo (нарисуй b-spline с толщиной линии в 3 и альфа-прозрачностью в 13.7%)...

И в чем причина такого импульсивного поведения?

Xorg уже получил достаточную поддержку, чтобы доминировать.

ничего, вот еще через годик дойдете до того, что плеваться от всего этого будете.

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

p.s. я работал с macos с system 6 по 10-ку включительно. =)) и немножко этого переел -- фрюниксы мне сейчас комфортнее.

Наконец-то сделают то, что у мелксофта работает уже 10 лет ;)

Только этого не надо. У МС это как минимум с 2k винды, и то с известными всем глюками. В XP вроде нормально работает, но нет, например, теней для окон.

И то, если XP использует векторный движок для отрисовки UI. Может, этого у мс никогда и не было...

XP'шный GDI нифига не векторный. Векторы будут в ДинномГоре! :)

Ага, только пацаны из Х(org)уёв сделают раза в 2 лучше. Прозрачность в XP убогая до рвотных позывов, до кучи включить её штатными средствами ОСи не представляется возможным.

Лично я рогатую форточку ждать не намерен. Пока микромягкие её доделают, в линухе уже почти не останется мест, требующих после установки доработки напильником и бубном

Попробуйте изменить мышкой размер иконки в каких-нибудь винюках (если сможете:). И то же - в уже существующем гноме, с SVG-based темой.

Пользование Cairo давно планировалось.

Интересно было бы почитать про планы насчет gnomecanvas. Все таки структурированная графика нужна. Надеюсь gnomecanvas не выкинут полностью.

Единственное что меня сейчас волнует это то, что cairo пока что имеет определенные проблемы с производительностью даже на "полноценных иксах" (>=4.3). А вот на старых иксах рисование будет идти полностью на клиентской стороне с последующей передачей картинки, что не есть гуд.

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

Господа. Для тех, кто не в курсе - под XP имеется охренительная куча тем, которые используют DX в полный рост, а он идет в поставке со времен Win 98SE. Там есть и тени, и прозрачность, и подсветка, и анимация всего и вся, и даже полностью переделанный 3D-интерфейс (хотя подход не правильный - нужно было не дом или улицу рисовать, а космос - открытое во все стороны пространство). "Из коробки" ставится то, что пойдет везде и всегда. Даже на SVGA Trident с 512Kb.

И я даже больше скажу - половина этого имеется для Win98, в том числе и 3D-интерфейсы.

Так что X-ам по графической функциональности до Win еще расти и расти. А сейчас и Qt и GNOME делают то, что должно присутствовать именно в низкоуровневом движке. То есть, в XFree/X.Org.

anonymous (*) (05.02.2005 2:36:36) повесилил:

>>которые используют DX в полный рост, а он идет в поставке со времен Win 98SE
>>Там есть и тени, и прозрачность, и подсветка, и анимация всего и вся, и даже полностью переделанный 3D-интерфейс

Покажи мне прозрачность с тенями в вин98. А 3д-интерфейс в ХР сливает даже метиссе или тому же lookingglass'y

> Господа. Для тех, кто не в курсе - под XP имеется охренительная куча тем, которые используют DX в полный рост, а он идет в поставке со времен Win 98SE. Там есть и тени, и прозрачность, и подсветка, и анимация всего и вся, и даже полностью переделанный 3D-интерфейс (хотя подход не правильный - нужно было не дом или улицу рисовать, а космос - открытое во все стороны пространство). "Из коробки" ставится то, что пойдет везде и всегда. Даже на SVGA Trident с 512Kb.

> И я даже больше скажу - половина этого имеется для Win98, в том числе и 3D-интерфейсы.

Ты некорректно сравниваешь. Подобные программы есть и под Linux/X. Просто их нет в KDE/GNOME, т.к. идеалогия этих подхъодов разная (т.к. разработчикам этих DE это просто не нужно). Впрочем, сейчас активно развивается тема декорации окон для KDE, использующая OpenGL. Есть концептуальный менеджер окон, постороенный на QT, также использующий OpenGL.

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

В настоящее время возможности Windows API ниже чем X c Composite&co. Это просто несколько разный класс. Например, велосипед может, как и автомобиль, доставить тебя до любой части города (в принципе), но это весьма неудобно. Тоже и с поддержкой OpenGL в самом API -- это просто быстрее (как время разработки уменьшается, используемые системнее ресурсы уменьшаются).


> Так что X-ам по графической функциональности до Win еще расти и расти.

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

> А сейчас и Qt и GNOME делают то, что должно присутствовать именно в низкоуровневом движке. То есть, в XFree/X.Org.

Опять же нет. Cairo реализует всё на низком уровне. QT Arthur на Unix'е -- обертка к Cairo (поддержка именно Cairo по планам будет в QT 4.1). Гномовцы просто используют Cairo в своём API без обертки.


Меня удивляет крайняя некомпетентность самой новости. Ничего кроме положительного она не несёт. Чтобы судить об API надо:
1. уметь программировать
2. использовать это API
3. уметь хорошо программировать

Без профессиональных знаний просто невозможно судить об API.
Печально, что модераторы это пропускают.

Не скажу, что горячий бред, но в на данный момент никсах графические оболочки краше. Сравните X6.8+composite + xfce4 или KDE какой-нибудь из последних и WindowBlinds последний под маздаем

>В настоящее время возможности Windows API ниже чем X c Composite&co. >Это просто несколько разный класс. Например, велосипед может, как и >автомобиль, доставить тебя до любой части города (в принципе), но это >весьма неудобно. Тоже и с поддержкой OpenGL в самом API -- это просто >быстрее (как время разработки уменьшается, используемые системнее >ресурсы уменьшаются).

Господа ничего не слышали про GDI+?

Посчитай зависимости GTK+ и Tk. Мне не нужны темы, мне ВООБЩЕ не нужен canvas, мне нужно нарисовать окошко с парой кнопочек. Когда-то GTK+ для этого более-менее подходил, был легковесным и доступным. Теперь он - нах не нужен. Пусть пионеры свистелки с перделками рисуют, а для серьёзных задач всё это не подходит.

В общем, Tk и Motif - это наше всё!

> как ты прав. Уже пару недель как мак юзер -- радоваться ненарадоваться.

вот как мак-мини появится в продаже по приемлимой цене, может и я себе возьму

>Господа ничего не слышали про GDI+?

Ты только с OpenGL его не сравнивай, ладно? :)

> Посчитай зависимости GTK+ и Tk. Мне не нужны темы, мне ВООБЩЕ не нужен canvas, мне нужно нарисовать окошко с парой кнопочек. Когда-то GTK+ для этого более-менее подходил, был легковесным и доступным. Теперь он - нах не нужен. Пусть пионеры свистелки с перделками рисуют, а для серьёзных задач всё это не подходит.

> В общем, Tk и Motif - это наше всё!

Без обид, но взрослый человек так рассуждать не может.

PS. Пионеры -- это наше всё, это прогресс.

> p.s. я работал с macos с system 6 по 10-ку включительно. =)) и немножко этого переел -- фрюниксы мне сейчас комфортнее

наконец-таки еще один здравый человек появился тут. без излишнего фанатизма от маков :))

> Посчитай зависимости GTK+ и Tk. Мне не нужны темы, мне ВООБЩЕ не нужен canvas, мне нужно нарисовать окошко с парой кнопочек.

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

И все же в гноме с зависимостями сильный перебор, и не только со стороны граф.библиотек

Я 3 дня назад ставил ASP10 (gnome 2.8) на машину без звуковой (клиент базы данных на приеме населения). Ладно картинки, но зачем, например, на такой машине куча звуковых/видео кодеков?

напр gnome-applets тянет gnome-volume-manager, а последний еще десяток пакетов. Зачем? Gnome прекрасно запустился и без него, только при первом запуске сообщил, что нет такой-то программы, и все

2HellAngel * (*) (06.02.2005 12:59:07):

>> p.s. я работал с macos с system 6 по 10-ку включительно. =)) и
>> немножко этого переел -- фрюниксы мне сейчас комфортнее

> наконец-таки еще один здравый человек появился тут. без излишнего
> фанатизма от маков :))

То есть, "здравый человек" - это тот, который фанатеет от линуксов, так?

От мака не надо фанатеть. С маком просто приятно работать, что в
этом фанатичного, не понимаю.

> Я 3 дня назад ставил ASP10 (gnome 2.8) на машину без звуковой (клиент базы данных на приеме населения)

А зачем вам там GNOME??? :-)

Дададад, взрослому человеку очень нужны разноцветные погремушки, свистелки и перделки! Без них он не сможет чувствовать себя взрослым, и будет вынужден каждые 5 минут проверять с линейкой длину пиписьки - для самоутверждения.

Большая. Может, мне это в минимальной системе на 15Mb весом делать надо. Да ещё и на очень тоненьком канале по голому X-протоколу...

> Большая. Может, мне это в минимальной системе на 15Mb весом делать надо. Да ещё и на очень тоненьком канале по голому X-протоколу...

А Gtk и не позиционируется для таких извратов. Для этого есть всякие там FLTK и PicoGUI...

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

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

ps: проблемы домашних пользователей меня вообще не чешут - если такие умные, что фильм хотят смотреть не по телеку, а с компа, то пусть сами и разбираются