Qt 4.4

> Я могу через dd пересылать данные какой-нибудь проприетарной штуковине, которую никто под gstreamer переписывать не собирается. Но не суть. Важна сама _возможность_ это делать.

Ну так пожалуйста, данные из stdin в граф затягивать можно :)

> А его и не пишут. На сколько мне видно, на голых сях сейчас только базовые библиотеки делают,

gimp, gnumeric, abiword -- на C. Это как минимум.

> а гуйня в тех же редхатоидах поголовно на питоне сделана.

Вот. И нахрена, спрашивается, было городить огород из ООП на Ц, если всё равно это обёртывается питоном. К которому, скажем прямо, есть более удобный tkinter.

> Ну будет cells-qt, cells-motif, cells-tk, что изменится? Фишка в том, что использоваться будет cells, а не xlib, gtk или qt, или ещё что.

tk и без обвязок хорош. Да и сомневаюсь я, что его будет легко обвязать.

А лишняя абстракция ну асболютно не нужна. Ибо будет громоздка и неповоротлива.

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

Лично я не наблюдаю ни одной проприетарной программы на gtk в своей гнусной проприетарной деятельности. На tk, на qt, на свинге вижу, а на gtk -- ни одной.

Так или иначе мы наблюдаем процесс усиления интеграции Гнома и Кед (будь то D-Bus или GStreamer). И это радует, ибо способствует улучшению взаимодействия между программами и унификации платформы Linux. А конкуренция QT-GTK+ будет вечной, лишь бы у пользователей всё работало независимо от рабочего стола, который они выберут.

> И всетаки?

Создавай тред, напишу

>К тому же, qt мешает две вещи: лицензирование для коммерческого использования

Халявы не будет.

>и полный контроль со стороны одной компании.

Ну да, когда про qt говорят "зоопарк", подразумевают gtk.

>Для бизнеса это неслабые контрагрументы, что мы и наблюдаем.

Поэтому шароварщики "вася и его кот" qt не юзают.

>> Я могу через dd пересылать данные какой-нибудь проприетарной штуковине, которую никто под gstreamer переписывать не собирается. Но не суть. Важна сама _возможность_ это делать.

> Ну так пожалуйста, данные из stdin в граф затягивать можно :)

Нет, меня интересует возможность делать произвольное звено таким, чтоб реализующая его программа работала только с stdin/stdout.

> Ущербность такого подхода легко видеть на примере wxWidgets.

А вы про cells почитайте. Оно вообще не для абстрагирования над множеством других графических тулкитов сделано.

>> Поподробнее, как gstreamer связан с gnome кроме того, что это тоже программа?

> gobject-ом. Для любителей попридираться: я считаю, что проблемы гтк/гнома растут как раз из gobject.

Что-то интересное вы курите... :)

А тут, тем более это не оффтопик и имеет непосредственное отношение, и вообще вы ломаетесь как девушка перед кроватью.

> gimp, gnumeric, abiword -- на C. Это как минимум.

Особенно gimp, который на gimp tool kit написан :)

> tk и без обвязок хорош. Да и сомневаюсь я, что его будет легко обвязать.

Почему? Взаимодейстие с tk очень просто сделать же

> А лишняя абстракция ну асболютно не нужна. Ибо будет громоздка и неповоротлива.

Ну так на tk только интерфейс делают

> Лично я не наблюдаю ни одной проприетарной программы на gtk в своей гнусной проприетарной деятельности. На tk, на qt, на свинге вижу, а на gtk -- ни одной.

Я лично одну делал :-D Которую за пределами компании никто и не должен видеть. А уж тем более, её сорцы ;)

> Нет, меня интересует возможность делать произвольное звено таким, чтоб реализующая его программа работала только с stdin/stdout.

Ты бы лично пользовался bashstreamer'ом? :) Который mp3 не может проиграть даже на топовом процессоре?

>а нафиг это вообще реализовывать?

это называется HIG'анутый Способ Мышления

>Кому оно мешает? Наиболее оптимальное решение - отключить прорисовывание окна в момент ресайза.

А у тебя такого правильного никто не будет спрашивать, как ему лично настроить _свой_ DE. Юзай свои тормозные и глючные костыли в гордом одиночестве, или в компании таких же аутистов, как ты.

> Есть задача написать приложение, которое будет работать с сетью, гарфикой, вебом и еще кучей чего-нибудь.

Вот мы наконец-то и определились, для чего на самом нужен Qt.

Вы ещё забыли, что это приложение должно быть кросс-платформенным и запускаться как на Windows Vista, так и на Windows CE.

> А тут, тем более это не оффтопик и имеет непосредственное отношение, и вообще вы ломаетесь как девушка перед кроватью.

Ok. В C++ нет метаобъектного протокола, нет дженериков, нет комбинаций методов, неразвитая система исключений. Хватит?

> это называется HIG'анутый Способ Мышления

Какое отношение имеет способ мышления к советам по созданию графических интерфейсов?

>Вы ещё забыли, что это приложение должно быть кросс-платформенным и запускаться как на Windows Vista, так и на Windows CE.

них*я мы венде не должны =)

> Особенно gimp, который на gimp tool kit написан :)

Ну вот только в гимпе использование GTK и оправдано :)

> Почему? Взаимодейстие с tk очень просто сделать же

grid [ button .b -text "kuku$text" -command {$clickCommand} ] можно легко переписать на каком-нибудь языке со статической типизацией, не втаскивая внутрь tcl-ный интерпретатор?

> Я лично одну делал :-D Которую за пределами компании никто и не должен видеть. А уж тем более, её сорцы ;)

Я, конечно, удивлю, но внутри компании можно использовать и GPL-версию :)

Да, все верно. Но к чему этот сарказм?

>В C++ нет метаобъектного протокола, нет дженериков, нет комбинаций методов, неразвитая система исключений. Хватит?

А в каком языке с приличным оптимизирующим компилятором есть вся эта никому не нужная (по большому счету) х*ета?

>Какое отношение имеет способ мышления к советам по созданию графических интерфейсов?

педгиновцы знают ;-D

Возможно D.

>> Нет, меня интересует возможность делать произвольное звено таким, чтоб реализующая его программа работала только с stdin/stdout.

> Ты бы лично пользовался bashstreamer'ом? :) Который mp3 не может проиграть даже на топовом процессоре?

Не надо мне говорить, что мне нужно, а что -- нет. Я должен иметь такую возможность, иначе это не юникс-вей.

> Ok. В C++ нет метаобъектного протокола, нет дженериков, нет комбинаций методов, неразвитая система исключений. Хватит?

+ нет контроля типов в шаблонах, нет лямбд, нет в явном виде замыканий, нет рефлексии :)

> А в каком языке с приличным оптимизирующим компилятором есть вся эта никому не нужная (по большому счету) х*ета?

А какая х*ета нужна?

> + нет контроля типов в шаблонах, нет лямбд, нет в явном виде замыканий, нет рефлексии :)

И препроцессор с шаблонами там тоже говно

К тому, что подавляющее большинство софта, написанного с использованием Qt, не использует и половины всего того функционала, который в него вложен. Вот покажите мне кросс-платформенное приложение (KDE не в счёт), для которого потребуется WebKit, Phonon и "поддержка виджетов в QGraphicsView"... ;)

>В C++ нет метаобъектного протокола,

Ага это неотъемлемая часть ооп

>нет дженериков

Templates?

>нет комбинаций методов,

аналогично П.1

>неразвитая система исключений.

Есть мнения, что исключения ненужны. Или вам нужно чтобы компилятор тыкал вас носом ежели тут может выскочить исключение?

>Хватит?

Неа.

>А какая х*ета нужна?

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

Множественное наследование 8)

> Вот покажите мне кросс-платформенное приложение (KDE не в счёт), для которого потребуется WebKit, Phonon и "поддержка виджетов в QGraphicsView"... ;)

konqueror

> Вот покажите мне кросс-платформенное приложение (KDE не в счёт), для которого потребуется WebKit, Phonon и "поддержка виджетов в QGraphicsView"... ;)

Веб браузер.

>> В C++ нет метаобъектного протокола,

> Ага это неотъемлемая часть ооп

с ним удобнее

>> нет дженериков

> Templates?

Сосут, там проверки типов нет. А уж какие многостраничные нечитаемые ошибки валит компилятор, когда поставишь в тимплейте скобочку не там....

Я ещё раз повторю, что KDE не в счёт, т.к. это просто реклама Qt.

>>В C++ нет метаобъектного протокола,

> Ага это неотъемлемая часть ооп

Определение ООП на бочку

>>нет дженериков

> Templates?

Ну вот, ты опять не в теме.

>>нет комбинаций методов,

>аналогично П.1

Я не сомневался.

>>неразвитая система исключений.

> Есть мнения, что исключения ненужны. Или вам нужно чтобы компилятор тыкал вас носом ежели тут может выскочить исключение?

Есть мнение, что С++ не нужен.

>>Хватит?

> Неа.

Зато мне уже хватит, всё ясно.

Зачем, например, фаерфоксу Phonon?

> Множественное наследование 8)

На деле оказываеться, что никакая х*ета для ООП не нужна (см. gtk). И Си тоже не нужен, всё то же самое можно на ассемблере написать.

> Зачем, например, фаерфоксу Phonon?

Звук проигрывать. Удивил?

Конечно. Покажите мне пример с проигрывающим звук фаерфоксом. :D

> Я ещё раз повторю, что KDE не в счёт, т.к. это просто реклама Qt.

konqueror -- вполне себе реальное, отделимое от кедов приложение. Хотя фырфыр выразился более общо, сказав про браузер.

> Конечно. Покажите мне пример с проигрывающим звук фаерфоксом. :D

http://youtube.com/ . Кстати, фоновые звуки на страничках есть в стандарте HTML.

Если вы не в курсе, то проигрывает звук флеш-плеер.

Для воспроизведения мультимедийного контента опять-таки используется отдельный инструмент - например, плагин totem.

> http://youtube.com/

Сдаётся мне, что phonon тут должен уметь flash :)

> Если вы не в курсе, то проигрывает звук флеш-плеер.

да, облажался-с :)

> Для воспроизведения мультимедийного контента опять-таки используется отдельный инструмент - например, плагин totem.

Это уже удел авторов браузера, как воспроизводить звук.

Кстати, созрел ещё один пример: программа a'la PowerPoint. Свистелки, перделки, html и тягание виджетов.

> с ним удобнее

А на ruby писать удобнее, но тормозит. Так что в Ж.

> Это уже удел авторов браузера, как воспроизводить звук.

Знаете, по моему, лучше использовать плагин, который воспроизводит контент через gstreamer (totem)/directx (wmplayer), чем какой-то дополнительный уровень абстракции, который будет делать ровно то же самое.

>Ну вот, ты опять не в теме.

А подробнее или как с гстримером ?

>Я не сомневался.

Хоть в чемто согласились.

> Есть мнение, что С++ не нужен.

Есть мнение что вышеперичесленные "неотьемлемые части ООП" ненужны. Ибо отсутствие типизации тоже какбэ улучшает абстракцию.

Фаерфокс - ненужен, а звук можно встраивать в html, кроме того flash апплеты и тд

>Если вы не в курсе, то проигрывает звук флеш-плеер.

И виснет....

>Для воспроизведения мультимедийного контента опять-таки используется отдельный инструмент - например, плагин totem.

Пальцем в жопу! Фоновые звуки играются браузером. Да и ваши плагины реализованы калично, то виснут то качают все ради проигрывания кусочка.

> Знаете, по моему, лучше использовать плагин, который воспроизводит контент через gstreamer (totem)/directx (wmplayer), чем какой-то дополнительный уровень абстракции, который будет делать ровно то же самое.

В итоге, для кроссплатформенного приложения, внутри придётся переизобрести этот уровень абстракции заново. Viva, bicycle!

nsplugins поддерживаются сейчас всеми основными браузерами для Linux - Firefox, Opera, Konqueror. Surprise? ;)