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

> http://darkmachine.org/~geek/test.ogg

Оччень похоже на провокацию.

Явно видно, что firefox (?) берёт страницу из кеша, в то время как konqueror пытается конектиться на gmail.com (Waiting for reply...), ждёт ответа (причём подозрительно долго), начинает закачку со скоростью 274 Байта (!!!) в секунду, загружает страницу, после отображения докачивает (Loading image 10 of 13...).

Безлимитный канал говоришь ???

Только что проверил на своих 2 Mbit мира - страница была отображена мгновенно после ответа gmail. Точно так же отобразил и firefox, другое дело что он со старта при одной вкладке отожрал 186 метров памяти, против 122 конка с 11-ю вкладками.

Так, что про тормознутость - высокохудожественный свист.

>Да, кстати, а чо Qt не собирается без moc?

Потому, что он находится в составе Qt и с помощью него собиратеся. Логично?

КДЕшники, слив засчитан. Там для вас новую новость уже запостили - флеймите там.

>Потому, что он находится в составе Qt и с помощью него собиратеся. Логично?

нелогично. Зачем moc для сборки аппликух, юзающих qt? :)

>Явно видно, что firefox (?) берёт страницу из кеша, в то время как konqueror пытается конектиться на gmail.com (Waiting for reply...),

это epiphany. Кеш очищен. Проверял на dump.iof.ru ещё, но эти скринкасты почему-то проигрываются до середины только. Дома пересниму

>ждёт ответа (причём подозрительно долго), начинает закачку со скоростью 274 Байта (!!!) в секунду, загружает страницу, после отображения докачивает (Loading image 10 of 13...).

вот я и жду объяснений - какого собсно хера

>Безлимитный канал говоришь ???

именно. Как должен вести себя браузер - видно по епифани. О каких высоких материях рассуждает конк - совершенно непонятно

>Так, что про тормознутость - высокохудожественный свист.

у тебя видимо есть научное объяснение скринкасту. Или это эгрегор гнома гадит конку? =)

>нелогично. Зачем moc для сборки аппликух, юзающих qt? :)

И давно тебя это волнует?

>> ждёт ответа (причём подозрительно долго), начинает закачку со скоростью 274 Байта (!!!) в секунду, загружает страницу, после отображения докачивает (Loading image 10 of 13...).

> вот я и жду объяснений - какого собсно хера

Абсолютно не понимаю такого поведения. У себя под KDE 3.5.7 такое наблюдал исключительно когда сайт сам еле-еле дишит и соответственно контент с него отдаётся с черепашьей скоростью, но отрисовка не тормозит.

> у тебя видимо есть научное объяснение скринкасту. Или это эгрегор гнома гадит конку? =)

Вполне вероятно, что конк пытается подгрузить что-то, что под KDE изначально висит в памяти. Проверить не могу - ни на рабочем, ни на ноуте Гнома нет. А failsafe session не покажет что нужно ибо не жрёт память как как Гном/KDE.

> КДЕшники, слив засчитан.

Если конкретно я уже являюсь тебе KDE'шником во множественном числе - то по-хорошему советую быстро слить ту дрять, что ты сейчас употребляешь, пока тебя не поймали на хранении/употреблении тяжёлых нейротоксичных галлюциногенов

>>Если я захочу писать открытый софт под линукс, то именно я и буду решать какой тулкит мне использовать

>если ты решишь написать тулкит на жабе - только жабакодеры и будут его использовать. Доступно, кретин?

Ты наркоман штоле? Я простым языком написал, что когда я соберусь писать софт, то я и буду выбирать тулкит. Писать тулкит я не собираюсь.

>>С точки зрения удобства и продуктивности - Qt однозначно естественный выбор.

>угу, именно поэтому мы наблюдаем практическое отсуствие софта на qt =)

Это из-за рассовой фанатичности красноглазых. Технические достоинства здесь не причем.

> нелогично. Зачем moc для сборки аппликух, юзающих qt? :)

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

>мок хоть и костыль, но в данном случае - это незаметный костыль.

да-да. Костыль, но незаметный. Тем не менее, этот костыль ОБЯЗАТЕЛЕН к использованию (крутой мегаязык без костылей никуда). А Vala - это инструмент, который ты можешь использовать, а можешь не использовать. Кстати, почему никто не вспомнил про GOB2 ? =)

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

дурилко картонное, где там километровые сырцы? :)

это из-за патологической жадности троллтеков.

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

двеелоперам гораздо выгоднее день потерять но остаться хозяевами своего кода благодаря LGPL-ности gtk чем увязать связать себя по рукам и ногам каким-то сраным тулкитом.

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

он плодит кучу kio_file и kio_http, и они походу дерутся друг с другом за жизненное пространство.

кстати, там не скорость 274 байта, а Retrieving 274 bytes from blah-blah. Скорость он не пишет.

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

>И давно тебя это волнует?

с тех пор, как некоторые идиоты называют опциональный инструмент велосипедом и костылем

>Писать тулкит я не собираюсь.

дебил. Qt - это тулкит. KDE - это фреймворк, GNOME - тоже. Софт - это аппликухи, их похрену на чем писать (про gtkmm не слышал, да?). А писать тулкиты/библиотеки на плюсах может решить только идиот, или человек, который не знает о существовании других языков. Ниасилил типа.

>Это из-за рассовой фанатичности красноглазых.

канечна. И вообще весь сишный софт - из-за расовой фанатичности. Бугага, пеши есчо

> двеелоперам гораздо выгоднее день потерять но остаться хозяевами своего кода благодаря LGPL-ности gtk чем увязать связать себя по рукам и ногам тулкитом.

Вот и я о том же. Появляются проблемы политического характера, которые закрывают технические достоинства.

> канечна. И вообще весь сишный софт - из-за расовой фанатичности. Бугага, пеши есчо

Не весь. Старый сишный софт - это еще можно понять, на то есть исторические причины. Но те кто в 21 веке начинают писать новое user-mode приложение на С - это либо дебилы умственно-отсталые, либо старперы-сишники которые не желают учить что-то новое.

> крутой мегаязык без костылей никуда

Ну ты хоть бы прочитал, почему используется именно MOC:

http://doc.trolltech.com/4.3/templates.html

There is an important practical challenge we have to mention: due to the inadequacies of various compilers it is still not possible to fully exploit the template mechanism in cross-platform applications. Code unfortunately is not meant to be published in books, but compiled with real-world compilers on real-world operating system. Even today, many widely used C++ compilers have problems with advanced templates. For example, you cannot safely rely on partial template specialisation, which is essential for some non-trivial problem domains. Some compilers also have limitations with regards to template member functions, which make it hard to combine generic programming with object orientated programming. However, we do not perceive these problems as a serious limitation in our work.

> он плодит кучу kio_file и kio_http, и они походу дерутся друг с другом за жизненное пространство.

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

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

Единственное, где я замечал тормоза - это на страницах с куевой хучей тяжёлого флеша. Но там всем, кроме оперы, хреново становиться. Ибо nspluginviewer начинает нафиг выжирать весь проц (убил бы нафиг, но по работе нужно).

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

логично было бы ожидать, что на второй сайт он пойдет быстро. Однако этого не происходит

>Ну ты хоть бы прочитал, почему используется именно MOC

я знаю почему используется именно MOC. Потому что мегаязык++ такой вот кривой, что "Even today, many widely used C++ compilers have problems with advanced templates." и "Some compilers also have limitations with regards to template member functions"

>Но те кто в 21 веке начинают писать новое user-mode приложение на С - это либо дебилы умственно-отсталые, либо старперы-сишники которые не желают учить что-то новое.

ты наверное думаешь, что весь сишный код до сих пор пишется вручную :)

> наверное думаешь, что весь сишный код до сих пор пишется вручную :)

Если нет, тогда чего ты прицепился к moc?

Кстати, примеры кодогенераторов и средств метапрограммирования на Си - в студию.

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

Тоже самое можно сказать про человека решившего писать GTK+ _аппликухи_ на Сях. Ибо иначе как "махровым мазохистом" его назвать нельзя.

От одних воспоминаний, как приходиться извращаться для использования GtkTreeView из того же Lisp'а (LambdaGTK) до сих пор мурашки по коже. Даже при наличии полного 1:1 биндинга пляски с бубном при передаче строк задрачивают по самое нехочу. Для нормальной работы один хрен приходиться создавать промежуточный API layer, который не намного более трудоёмок чем биндинг Сей к Qt. Это по поводу лёгкости прикручивания левых языков к Cишным библам, особенно когда претит писать в Сишном же стиле, что изврат.

> канечна. И вообще весь сишный софт - из-за расовой фанатичности. Бугага, пеши есчо

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

> ты наверное думаешь, что весь сишный код до сих пор пишется вручную :)

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

The old Bison-based C and Objective-C parser has been replaced by a new, faster hand-written recursive-descent parser.

> логично было бы ожидать, что на второй сайт он пойдет быстро. Однако этого не происходит

Только что проверил на примере rambler.ru.

Конк _дождался_ полной загрузки HTML и моментально отобразил страницу, потом догружал некоторые картинки.

Фох - отображал по мере загрузки. Время _полной_ загрузки и там и там - сопоставимо.

Опера сделала всех.

IE лень грузить.

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

Может у тебя с KDE взаимная нелюбовь ?

PS. Cel 2.6, 512, Gentoo. USE="-gnome"

PPS. Вполне может влиять что у меня USE="kdeenablefinal", что значительно облегчает жизнь глобальному оптимизатору gcc.

> я знаю почему используется именно MOC. Потому что мегаязык++ такой вот кривой, что "Even today, many widely used C++ compilers have problems with advanced templates." и "Some compilers also have limitations with regards to template member functions"

А причём здесь проблемы языка к _компилятору_ ? Так можно сказать что лисп тормозззз из-за clisp, забывая про существование sbcl, или Allegro Common Lisp с его аццким оптимизатором.

> У меня под рукой сырцы VLC. сишный код в нем написан ручками более чем полностью.

Там Си оправдан из-за скорости, но, опять же далеко не везде. Сам так и пишу - критичные к скорости участки (OpenGL renderer) на Сях, а логика - Lisp.

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

> Неужели нельзя просто дописать aRts?

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

> кто нибудь знает, зачем над уже имеющейся и использующейся везде абстракцией кодеков (gstreamer) строить еще одну абстракцию?

Когда gstreamer заработает хоть как-то, то его сделают бэкендом. http://lists.kde.org/?l=kde-devel&m=114677195429706&w=2

> а если апи фонона поломают?

KDEшники всё же не разрушители-гномовцы! ;)

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

xine. ;)

> напомню, что задача гстримера - быть интерфейсом к многим кодекам

...и это у него получается крайне хреново!

> P.S. ну и каким местом оно __официальная часть гнома__, а, мсье газификатор?

Открой http://ftp.gnome.org/pub/GNOME/desktop/2.18/2.18.3/sources/ и посмотри. И не надо смешить народ!

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

Эко ты хватил! ;)

> Того и гляди, KDE4 перепишут на GTK+, чтобы всё было правильно, неглючно и кошерно.

И после этого Linux на десктопах умрёт! Пойми, сбалансированная двуполярность идёт развитию Linux на десктопах только на пользу. И KDEшники никогда не перепишут свою среду на GTK+, как и наоборот.

Вот ты жрёшь пальмовых червей? Хотя, казалось бы, бразильские аборигены гениальные и правильные люди! ;)

И не рассказывай сказки про "правильность, неглючность и кошерность" ни GNOME ни KDE - в это никто не поверит. Нет идеального ПО, есть более или менее подходящее.

> В qt-шной же среде можно только дрочить на перделки - работать же там нельзя.

Ты работаешь быком-осеменителем, вздрачивающим на лицензии?

> а кто сказал, что связан?

Да был тут некто Qui-Gon из припадочных гномеров. ;)

> Что еще не скоро случится с оперой и никогда - с конкврором.

Konqueror будет использовать WebKit. А на него уже серьёзно смотрят.

> Банковские сайты так вообще обнаружив на другом конце какой-нибудь левый кал просто пишут - вы пользуете несертифицированный броузер

Новая категория для LOR - быдлобанки. Я проблем в работе Konqueror с нормальными банками не видел.

сраный промсвязь не работает :((( (PSB-Online)

> КДЕ - это игрулька-завлекалочка, которую пишет коммьюнити и троллтек.

То-то уже в котором обзоре Linux Format побеждают решения под KDE. Не льсти себе, пытаясь найти оправдание страсти к своему фетишу!

9 безответных постов KDE'шника во вражеском топике - значит в ход пошла тяжёлая артиллерия )))

> 9 безответных постов KDE'шника во вражеском топике - значит в ход пошла тяжёлая артиллерия )))

Это потому что мне работать надо, а geek на пару с JB тут сидят круглосуточно. ;)

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

Ты бы показал народу свои шедевры, сравнимые с тем, что ты хаешь. А то ведь если и написал чего, то пару десятков патчей размером в 10 кб, да и может 5-7 апплиух. А то может, и вообще ничего подобного, занимаясь разработкой совсем других вещей.

а можно узнать какие это решения? а то вот чем я пользуюсь анаолгов под qt вообще не имеет.

gimp, amule, linuxdc++ это только то, что сейчас запущено. А держать KDE и все равно пользоваться приладами gtk имхо изврат.

> KDEшники всё же не разрушители-гномовцы! ;)

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

> То-то уже в котором обзоре Linux Format побеждают решения под KDE

lxf это мурзилка для IT'шников, к тому что там пишут англоязычные авторы нельзя относиться серьезно

> Это потому что мне работать надо, а geek на пару с JB тут сидят круглосуточно. ;)

ошибаешься

>То-то уже в котором обзоре Linux Format побеждают решения под KDE.

То-то форточки установлены на >80 % десктопов.

Как в своё время мелкие написали завлекалочну-окошко, так и сейчас пишут завлекалочку-шестерню : красивая, трёхмерная и переливающаяся, она привлекает зевак, но в реальных механизмах не используется.

Это, кстати, отностися и к гному с его рее ^W ЧЗЧ, а также к XFce, вместе с популярностью увеличивающего свои аппетиты к ресурсам, растущие быстрее, чем функциональность.