LINUX.ORG.RU

Сравнение производительности Qt и Cairo


2

0

Зак Русин провел сравнение производительности векторной графики в Qt и Cairo. Тест состоит из рендеринга трех сложных полигонов: text path, маленький полигон с большим количеством вершин на одной линии, огромный полигон с количеством вершин порядка 100000.

Измерялось количество кадров в секунду, использовались версии Cairo 1.2.5 (XRender и Glitz), Amanith из svn, Qt 4.3 (XRender и OpenGL) на Pentium4 3.2ГГц, 1Гб, NVIDIA 6600 с драйвером 1.0-9625.

Все тесты использовали антиалиасинг, и были предприняты усилия, чтобы поставить библиотеки в равные условия. Результаты очень интересны:

* Qt быстрее Cairo в XRender в 5-7 раз
* Qt(OpenGL) быстрее Qt(XRender) в 5-7 раз, но упирается в производительность GPU при 80000+ вершин
* Cairo(Glitz) показывает одинаковую производительность с Cairo(XRender)
* Ни Amanith, ни Cairo(XRender) не могут справится с последним полигоном в 100000 вершин.
* С большим полигоном Cairo(Glitz) отображает 0.2 кадра в секунду, а Qt переваливает за 10 fps.
* Qt(XRender) на порядок превосходит по производительности и Cairo(Glitz), и Amanith, хотя последние работают с OpenGL ускорением, а первый без него.


Выводы: Qt на голову выше других библиотек, а в OpenGL настолько быстр, что сравнивать с чем либо ещё просто нечестно.


PS от автора новости: Остается надеяться, что OpenSource позволит авторам Cairo "подсмотреть" построение тесселятора и рендерера, чтобы сократить разрыв до приемлемых значений.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от golodranez

> Мне тоже интересно, хоть одно более менее извесное гномовское приложение////да нет таких...

Зря вы так. Inkscape хоть и корёжит цвета, но свои задачи выполняет. :)

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

> просмотрел зависимости - еще один жирный минус gtk
>
> libgtk - 3 635 785
> libglib - 663 547
> libgobject - 281 447
> libgdk - 1 000 445
> libatk - 138 241
> libpango - 271 524
> итого - 5 990 989
>
> QtCore - 1 171 456
> QtGui - 4 333 568
> итого - 5 505 024

А про libstdc++.so в мегабайт минимум мы конечно "забыли"...

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

>> А инженерное решение в виде платформообразующих библиотек на плюсах

gtk glib - это платформа ???!!!

это гавно, а не платформа

anonymous
()
Ответ на: комментарий от los_nikos

>Про размеры K3B думаю не стоит и говорить - более 22MB

Да что вы кричите про размеры? О ужос, Qt весит 30 М!!! Зачем линковка с этой толстююююююющей библиотекой? Она даже на дискету не вместится!!! О ужос, 22 М, тож на дискету не влезает!!! Ну что за детский сад? У меня / на 6 Гигов, и туда замечательно помещается вся система с кедами, хфце и кусками гнома, ООо и прочими прогами. ИМХО, размер тут совсем не критичен, так что оставьте свои жалкие аргументики.

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

>А мы с Syncro дебилы с альтернативным видением интерфейса, да? Который год в KDE сидим и работаем. На gnome не тянет.

Вы видимо работаете так, как хочется вам. А я для эксперимента работаю на линуксе в корпорации, в которой принят жесткий стандарт- Windows XP, Office XP, MS Outlook, Meanwhile и прочая. То есть в типичной корпорации. И средств гнома - вернее гтк-приложений (учитывая что гном понятие нынче расплывчатое - его код много где еспользуется несотря на то что гномьими формально эти приложения не являются) - для этой работы практически достаточны. Не хватает в основном аналогов двух приложений - Visio и MS Project. Аналогов не просто в функциональности - их есть у нас - а с умением читать файлы мелкософта. КДЕ же в корпоративной среде без гномьего софта работать не может. Что и требовалось доказать.

А если вы работаете в дружелюбной линуксу среде - где не важна совместимость файлов и протоколов с микрософтом - то можно не то что на КДЕ - в консоли работать.

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

>Ю Кто-то запрещает переносить код из кед в гном?

> Лицензия GPL.

GPL гавно ????

anonymous
()
Ответ на: комментарий от Skull

> И с их C не получится использовать код KDE. :)

Дык в том то и дело, что без врапперов _никто_ не может пользовать код KDE. Даже те true-языки, которые имеют ffi и умеют "на лету" парсить *.h файлы ;)

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

>
Это должен быть общий код, не зависящий от базового тулкита и (по возможности) от конкретной объектной модели.

дебилизм гномеров гткашников
- не зависимость ни от чего - сферический конь в вакууме

осталось только независимость от компьютера
и можно купить травы и наслаждаться окнами в своей голове

anonymous
()
Ответ на: комментарий от sabonez

>Вчера он был замечен в l-t@c.j.r

Он бывает там замечен ежедневно =)

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

>Ну да, Google Earth - мелкая утилитка. :)

В игры не играю. Даже в обучающие. Благо уже отучился школьному курсу географии.

>Nero и Acrobat Reader - очень серьёзные приложения, ага.

Поработайте в корпоративной среде без PDF формата. Будет очень смешно. Что же до опен-сорсных pdf смотрелок - то они есть, но рисуют погано. Глаза болят от невыключаемого антиалиасинга самого поганого пошиба.

>Назовите критерии "серъёзности" приложения

Приложение должно заменять аналогичное приложение виндоус - не функционально, а на уровне совместимости форматов и протоколов. Иначе оно в бизнес-сообществе неприменимо, потому как 99 процентов ваших партнеров, использующие приложения мелкософта, подстраиваться под ваши чудачества не будут.

>Чем gnomebaker не устраивает? :)

Тем что он нихрена не умеет работать с видео-DVD

Qui-Gon ★★★★★
()
Ответ на: комментарий от h8

Под каждый GUI для консольных команд выделять по 22Mb - я не настолько фанатик. Зачем захламлять диск ненужным кодом вида do { nothing }...

los_nikos ★★★★★
()
Ответ на: комментарий от baka-kun

Кстати, почему обязательно сравнивать скорости cairo и QPainter на display device-ах. Почему бы не взять postscript или pdf файл?
Всё же каиро взяли именно из-за возможности использовать из одного API различные output device. У QPainter - вывод только на display через X или OpenGL. Те как минимум функциональность Cairo и QT различна (причем не в пользу QT).
И во-вторых, к отрисовке gtk виджетов cairo никакого отношения не имеет (позволю себе не согласиться со svu). В модуле gdkdraw только две функции используют каиро - gdk_show_glyphs и gdk_draw_trapezoids. Причем последняя появилась только в 2.8, а первая практически не используется, поскольку рендеринг шрифтов все-равно идет через pango. Так что проецировать результаты этого теста на скорость gtk в целом (как это пытаются сделать некоторые комментаторы) не совсем правильно.

geekkoo
()
Ответ на: комментарий от no-dashi

> А про libstdc++.so в мегабайт минимум мы конечно "забыли"...

вообще-то, qt4 можно собирать и без libstdc++, это опционально и задается AFAIR в configure. qt без нее существенно кстати тоньше становится.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от Qui-Gon

>Что же до опен-сорсных pdf смотрелок - то они есть, но рисуют погано. Глаза болят от невыключаемого антиалиасинга самого поганого пошиба.

Ну почему, Evince очень хорошо все отображает, не хуже acrobat.

Tigro ★★
()


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

// wbr

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

>Под каждый GUI для консольных команд выделять по 22Mb - я не настолько фанатик. Зачем захламлять диск ненужным кодом вида do { nothing }...

Понятно, к3б видели только издалека. И весит он не 22, а 11 М, причем собсвенно, сами бинари весят около 5 М, а все остальное картинки, мувики, документация.

h8 ★★★
()

Хех, читаю тут мЭстных пионЭров и думаю, ну как же я, бедный, уж пятый год без КДЕ-то?!

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

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

>>без врапперов _никто_ не может пользовать код KDE
Да и с wrapper-ами мало кто. Как было сказано выше "Биндинги же есть и для других языков вроде джавы, питона, пхп или руби." ИМХО объединяет все эти языки сходство объектной модели с C++.

geekkoo
()
Ответ на: комментарий от Tigro

>Ну почему, Evince очень хорошо все отображает, не хуже acrobat.

У меня на ноуте экран 1024x768 - для Evince маловато к сожалению. Да и PDF такого размера попадаются что Evince умирает, а acrobat справляется.

Qui-Gon ★★★★★
()
Ответ на: комментарий от h8

Ну да, и еще 5М пакет с локализацией

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

>Это бесспорно БОЛЬШОЙ шаг вперед. И я не могу не радоваться. Просто хочется (мечтается), чтобы не в одну сторону работала эта связка (fd.o->kde.o)
Скажите, дорогой товарисч, такую весчь: почему в KDE есть GTK+2 "Qt Theme Engine" для общего look-n-fill при работе GTK приложений в KDE среде, а обратного не наблюдается? k3b в Gnome выглядит как марсианин на плутоне. :-) Кто больше заботится о пользователе?

anonymous
()
Ответ на: комментарий от no-dashi

no-dashi, ты глупый ?

> А про libstdc++.so в мегабайт минимум мы конечно "забыли"...

во первых - нет такой зависимости ..... что поделаешь :(
по крайней мере у меня

а во вторых - libstdc++.so в мегабайт минимум - это следствие дебилизма С ориентированных разработчиков, с++ нужен только crt
а qt показывает что лучше переписать на c++ - получится эффективнее
и компактнее чем использовать кривые и жирные сишные библиотеки




anonymous
()
Ответ на: комментарий от yyk

>> И с их C не получится использовать код KDE. :)

> Дык в том то и дело, что без врапперов _никто_ не может пользовать код KDE. Даже те true-языки, которые имеют ffi и умеют "на лету" парсить *.h файлы ;)

для того что бы использовать библиотеку под разными языками существует IDL, а не С

anonymous
()
Ответ на: комментарий от annoynimous

>Гном - для тех, кто хочет работать, не отвлекаясь на интерфейс, который, кстати, удобный и консистентный настолько, что его не замечаешь. Все остальное - от лукавого.

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

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

> ИМХО объединяет все эти языки сходство объектной модели с C++.

Есть биндинги и для других языков (в разной степени готовности/свежести), но все с использованием _собственных_ врапперов на "plain c" - т.е. по велосипеду для каждого биндинга :(

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

>Кстати, почему обязательно сравнивать скорости cairo и QPainter на display device-ах. Почему бы не взять postscript или pdf файл? Всё же каиро взяли именно из-за возможности использовать из одного API различные output device. У QPainter - вывод только на display через X или OpenGL.

Сходи покури матчасть, а?

Смотрим описание на QPainter, в частности на его конструктор, замечаем "QPainter(QPaintDevice * device)". Смотрим описание QPaintDevice, замечаем "Inherited by QGLPixelBuffer, QImage, QPicture, QPixmap, QPrinter, and QWidget". Ну и до кучи лезем в QPrinter и видим "enum OutputFormat { NativeFormat, PdfFormat }".

Еще чего-нить интересно сморозим или больше не будем?

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

> во первых - нет такой зависимости ..... что поделаешь :( 
по крайней мере у меня 

Есть (например gentoo):
[9:34] (pts/3) darkman@support-p:~> ldd /usr/qt/3/lib/libqt-mt.so.3.3.6
	linux-gate.so.1 =>  (0xffffe000)
	libmng.so.1 => /usr/lib/libmng.so.1 (0xb7836000)
	libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7819000)
	libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb77f6000)
	libz.so.1 => /lib/libz.so.1 (0xb77e5000)
	libXi.so.6 => /usr/lib/libXi.so.6 (0xb77dc000)
	libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb77d4000)
	libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb77d1000)
	libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb77c8000)
	libXft.so.2 => /usr/lib/libXft.so.2 (0xb77b7000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb774d000)
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb771e000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb7711000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb7621000)
	libSM.so.6 => /usr/lib/libSM.so.6 (0xb7618000)
	libICE.so.6 => /usr/lib/libICE.so.6 (0xb7600000)
	libdl.so.2 => /lib/libdl.so.2 (0xb75fc000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb75e8000)
	libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6 (0xb750f000)
	libm.so.6 => /lib/libm.so.6 (0xb74eb000)
	libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcc_s.so.1 (0xb74e1000)
	libc.so.6 => /lib/libc.so.6 (0xb73c8000)
	libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb73c2000)
	libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb73a2000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb739f000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb739a000)
	/lib/ld-linux.so.2 (0x80000000)
[10:31] (pts/3) darkman@support-p:~> 

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

>Такой подход лишает творчества и отрафирует мозг.
>ОтрОфирует...
АтрОфирует :-)
>Займись рисованием или музыку пиши.
Правильно, нарисуй песню о правописании :-)

anonymous
()
Ответ на: комментарий от Darkman

>> во первых - нет такой зависимости ..... что поделаешь :(
>> по крайней мере у меня

> Есть (например gentoo):
[9:34] (pts/3) darkman@support-p:~> ldd /usr/qt/3/lib/libqt-mt.so.3.3.6
linux-gate.so.1 => (0xffffe000)
libmng.so.1 => /usr/lib/libmng.so.1 (0xb7836000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7819000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb77f6000)
libz.so.1 => /lib/libz.so.1 (0xb77e5000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb77dc000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb77d4000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb77d1000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb77c8000)
libXft.so.2 => /usr/lib/libXft.so.2 (0xb77b7000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb774d000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb771e000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7711000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7621000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb7618000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb7600000)
libdl.so.2 => /lib/libdl.so.2 (0xb75fc000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb75e8000)
libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6 (0xb750f000)
libm.so.6 => /lib/libm.so.6 (0xb74eb000)
libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcc_s.so.1 (0xb74e1000)
libc.so.6 => /lib/libc.so.6 (0xb73c8000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb73c2000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb73a2000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb739f000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb739a000)
/lib/ld-linux.so.2 (0x80000000)
[10:31] (pts/3) darkman@support-p:~>


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

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

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

> для того что бы использовать библиотеку под разными языками существует IDL, а не С

"Ссылку, сестра, ссылку!.."

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

> Она по-настоящему станет историей лишь с выходом kde4 =)

ну с точки зрения десктопа на Linux & K видимо да. а с точки зрения "серьезных приложений" к которым в этом треде так любят аппелировать защитники гнома, qt3 уже почти что история бо начинать что-то новое на 3й версии IMHO сурово неразумно.

// wbr

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

>> для того что бы использовать библиотеку под разными языками существует IDL, а не С

> "Ссылку, сестра, ссылку!.."

земляк, а такой дурак .....
тебе на что ссылку привести ? На то, что такое IDL ?
RTFM деточка

anonymous
()
Ответ на: комментарий от Qui-Gon

>У меня на ноуте экран 1024x768 - для Evince маловато к сожалению. Да и PDF такого размера попадаются что Evince умирает, а acrobat справляется.

Первое это сомнительно (у него есть полноэкранный режим и все такое), а второе - что верно, то верно, но вещь приятная.

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


>Qt больше на 20 % - но на порядок более функциональна
>и в добавок еще и быстрее
>внимание вопрос - нахрена использовать _ГАВНО_ ?

Чего-то мне сразу расхотелось писать на Qt,- у этих Qt-шников никакого
уважения к оппонентам ... и так по всей ветке


"_ГАВНО_", "дебилы с альтернативным видением интерфейса", "на гуано изошёл"

Qt-шники,- это чего, ваша обычная норма поведения?
Чур меня, еще чему-нибудь плохому научат :)

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

Склонность к обобщению поведения одного индивидуума на некую группу характеризует далеко не с лучшей стороны. А уж когда на этом основании делается выбор тулкита для разработки --- тут просто no comments... =)))

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

> qt3 - это уже почти то история :) 
use qt4, Luke 
 
То же самое :) 
[11:20] (pts/2) root@support-p:~# ldd /usr/lib/qt4/libQtGui.so.4.1.4
	linux-gate.so.1 =>  (0xffffe000)
	libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb792e000)
	libSM.so.6 => /usr/lib/libSM.so.6 (0xb7925000)
	libICE.so.6 => /usr/lib/libICE.so.6 (0xb790d000)
	libQtCore.so.4 => /usr/lib/qt4/libQtCore.so.4 (0xb7731000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb771d000)
	libXi.so.6 => /usr/lib/libXi.so.6 (0xb7715000)
	libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb770d000)
	libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb770a000)
	libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb7701000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7697000)
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7668000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0xb765b000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0xb756b000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7567000)
	libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6 (0xb748e000)
	libm.so.6 => /lib/libm.so.6 (0xb746a000)
	libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libgcc_s.so.1 (0xb745f000)
	libc.so.6 => /lib/libc.so.6 (0xb7346000)
	libz.so.1 => /lib/libz.so.1 (0xb7335000)
	/lib/ld-linux.so.2 (0x80000000)
	libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7330000)
	libexpat.so.0 => /usr/lib/libexpat.so.0 (0xb7310000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0xb730c000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7307000)
[11:20] (pts/2) root@support-p:~# 

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

ой ой
девочка обиделась
и назло отстрелила себе яйца

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

anonymous
()
Ответ на: комментарий от L_user

Качество тулкита теперь оценивается по моральным качествам его пользователей на ЛОРе? Ну-ну...

>Qt-шники,- это чего, ваша обычная норма поведения?

Это обычная норма проведения холиваров на ЛОРе. И Qt'шники тут ни при чем.

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

> не позорился бы гентушник тем что не умеешь сделать себе систему для дебилов повторяю - у меня такой зависимости нет

Буа-га-га. Возьми с полки пирожок. (Уровень хамства вполне отражает уровень интеллекта).

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

>Чего-то мне сразу расхотелось писать на Qt,- у этих Qt-шников никакого уважения к оппонентам

А у GTKшников?

Тут в соседней ветке MYMURа вообще обозвали проституткой за то, что он использует Qt и KDE софт помимо Gtkшного... Стоит взглянуть вот сюда - нарезка цитат: http://www.linux.org.ru/jump-message.jsp?msgid=1624031#1626075

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

> То же самое :) 
[11:20] (pts/2) root@support-p:~# ldd /usr/lib/qt4/libQtGui.so.4.1.4
............
	libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/libstdc++.so.6 (0xb748e000)
............

ну дык соберите ее *без* поддержки STL и будет вам счастье. может быть.

// wbr

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

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

Венды поставь, самое то - трава отдыхает.

e
()

Так я не понял, сырцы теста будет, или это очередная утка, и куте как был тормозом, так и остался?

anonymous
()
Ответ на: комментарий от Qui-Gon

> Поработайте в корпоративной среде без PDF формата. Будет очень смешно. Что же до опен-сорсных pdf смотрелок - то они есть, но рисуют погано. Глаза болят от невыключаемого антиалиасинга самого поганого пошиба.

Ниасилили таки самый что ни на есть говенненький gv, который и выглядит и рисует лучше родных адобовых смотрелок?

> Приложение должно заменять аналогичное приложение виндоус - не функционально, а на уровне совместимости форматов и протоколов. Иначе оно в бизнес-сообществе неприменимо, потому как 99 процентов ваших партнеров, использующие приложения мелкософта, подстраиваться под ваши чудачества не будут.

Крутое заявление. Как же вообще без функционала работать собрались - неужели телепатический интерфейс придуман? До понимания простейшей мысли "международный стандарт для документооборота" - вообще как до луны.

> Тем что он нихрена не умеет работать с видео-DVD

Гыг. Страсть к комбайнам все-в-одном? Наверное именно для таких вот придумали виртуализацию - скоро каждая софтина подсосет в себя ядро и все базовые библиотеки - и будет требовать выделенной виртуальной машины. А потом вообще на жабе перепишут.

e
()
Ответ на: комментарий от los_nikos

> Под каждый GUI для консольных команд выделять по 22Mb - я не настолько фанатик. Зачем захламлять диск ненужным кодом вида do { nothing }...

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

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