Недостатки:

* написано на C

после этого трудно обзор воспринимать всерьез... типа, должно быть написано на жабе, или на чем там автор любит?

Когда договаривались, на чём писать libopenraw, все -- и пишущие на Gtk, и пишущие на Qt/KDE -- однозначно проголосовали за плюсы. Вот и поди их пойми :)

>Недостатки: * написано на C

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

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

И вообще, в пункте про GEGL сказано, чем плох C для этой цели:

>В целом, это попытка написать темплейтную библиотеку на C при помощи собственного языка описания операций над изображениями.

Отсюда и недостаток:

>сложный хак вокруг факта низкоуровневости С

>типа, должно быть написано на жабе, или на чем там автор любит?

В пункте про Java2D:

>Недостатки:

>* Java

:)

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

antigrain.com & rooot.cern.ch - 2 "russian" sites are missing !!!

Махонькая поправочка:

Автора зовут Баудевен Ремпт, насколько я смог покопаться в дебрях нидерландского произношения (надо бы Баудевейн, но AFAIR "й" в русском в таких случаях принято редуцировать).

Воопрос на самом деле серьезный: написав библиотеку на C ее будет проще использовать из других языков, но обладая мощью C++ можно написать быстрее и эффективнее... Для себя я этот вопрос так и не решил - поэтому старые библиотеки у меня на C, а новые - на плюсах :(

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

Ммм, кстати да -- я привык считать, что правила чтения в нидерландском примерно равным немецким. В остальных случаях я обычно переспрашиваю самого носителя имени. Надо будет уточнить. Спасибо, что ткнули носом :)

Исправить текст?

kanechXY0 ))

Не надо. Переносчик имени :) уже подтвердил, что немецкие правила чтения подходят. Ему как лингвисту со стажем верю :)

> разродился кратким и очень субъективным обзором

для тех у кого родной язык не ЛОРовский перевод:
кто-то где-то что-то квакнул

>Преимущества:

>* офигенная

Жесть! :)

>Преимущества:

>* Pippin — клёвый

Ещё жёстче! :)))

Покушение на Алана не прошло незамеченым

Если аффтар не асилил VTK то про pV3/Visual3 и много о чём другом он наверное просто не слышал...

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

"Будущее -- за мультипарадигменным программированием". (с) всё тот же Страуструп ;)

> Если аффтар не асилил VTK

Дададададад, надо срочно переписать Krita на VTK. :D

Всё-таки реализации на C ли Java я бы не отнёс к недостаткам, хотя, конечно же, C++ для этих целей кажется более подходящим..

Зато аффтар с командой других аффтаров сделал хорошую программу. Отдадим ему должное -- на уровне текущей беты 1.6 крита -- вполне приятный графический редактор. Если убрать тормоза при обработке больших файлов, то даже очень приятный. А если добавить побольше расширений -- то совсем приятный :)

Покушение на Алана не прошло незамеченым

Зачем тогда её вообще упоминать раз ниасилил ???

Ну и потом у VTK и IM/GM или GIMP несколько разные области применения.

Но он и правда клёвый! :)

Est esche ImageVision na Irix platforme i chastichno ImageFormatLibrary (IFL) portanut na Linux. Eto samie pravilnie image processing biblioteki kotorie ja videl. ImageMagick i GraphicMagick dazhe riadom ne stojali. No k sozhaleniu pohozhe SGI sdohnut no ne otdadut v open source :(

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

На C++. Собственно после этого дальше можно было не читать. Всё-то у них хорошо, но то, что написано на C++ будет работать только под C++ и скрипт-языках, основанных на C++. Нах. Пусть сначала ABI объектов стандартизируют, тогда поговорим. COM? Не смешно.

Намекаете на ocaml?

> Ммм, кстати да -- я привык считать, что правила чтения в нидерландском примерно равным немецким. В остальных случаях я обычно переспрашиваю самого носителя имени. Надо будет уточнить. Спасибо, что ткнули носом :)

Нет, они сильно отличаются. Например, "v" у них - "в", а не "ф", а "ei" - не "ай", а "ей"/"е". Что, в принципе, смахивает на северные немецкие диалекты.

> "Будущее -- за мультипарадигменным программированием". (с) всё тот же Страуструп ;)

Эт когда думают на асме, между собой общаются на С, заказчика пугают С++-ом, от манагера очко спасают результатами на Жабе, а в результате все равно brainfuck получается? Несомненно, будущее еще и похлеще может оказаться.

> На C++. Собственно после этого дальше можно было не читать.

Ну умиляют меня ваши претензии. Библиотека нужна для Krita. Krita написана на C++. А проблемы недоязыков авторов Krita как-то не волнуют ни разу. :P

> На C++. Собственно после этого дальше можно было не читать. Всё-то у них хорошо, но то, что написано на C++ будет работать только под C++ и скрипт-языках, основанных на C++. Нах. Пусть сначала ABI объектов стандартизируют, тогда поговорим. COM? Не смешно.

Бред. На чем у нас там питон написан? Вроде бы на C. http://boost.org/libs/python/doc/index.html

>на уровне текущей беты 1.6 крита -- вполне приятный графический редактор.

Я за пол часа не смог научится рисовать в нем по Adj. layers... :( Оно вообще работает?

О, надо будет в этой бетке попробовать :)

GObject =)

> Почему - читайте у Страуструпа.

Сколько серъезных графических библиотек написал Страуструп ?