KDE ждёт быстрая смерть?

О, тузегов прибавилось :)

>Если ты не понимаешь, о чем я говорю - лучше молчи, чесслово =)

По-моему тут только ты один понимаешь, что ты говоришь. Ну и ещё кое-кто, кто _думает_, что понимает, поэтому ищет какие-то "подтверждения", которые на деле ни к селу, ни к городу. Предлагаешь всем замолчать, да?

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

Укажи критерии качества, без них это ГСМный трёп, как про летающих коров =)

>По твоему отсутствие десктопного софта на qt это не признак того, что на нем ни хрена^W^W толком ничего и не написали?

Пля, опять "blondinko-mode=on"..... =\ Устраняюсь, я так долго не протяну, сорвусь на нецензурщину....

>А ты мне покажи, согласно какому принципу программирования она сделана. Например, укажи на паттерн.

указал. Проглядел? =)

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

йоптваю, про цепочки обработчиков слышал когда-нибудь?

>НО возможность вызвать _стандартное_ окно есть.

и в линухе есть. Что именно стандартное - читать на fd.o

>Его нет. И это недостаток и гнома и кде.

а почему нет - знаешь?

>Из тех, что фича в апстриме не нужна.

я же тебе говорю - фича может быть завязана на нишевой/проприетарный ещё какой софт. В апстриме это _не_ нужно. Нужна возможность легкой интеграции, которая в гтк есть. И которой в куте нет.

>LD_ с несломанными api/abi ничем не чреват.

не факт. Могу представить ситуацию, когда в новой версии оригинальной библиотеки (или, в отладочной версии) переопределяемая функция меняет внутреннее состояние библиотеки :)

>По-моему тут только ты один понимаешь, что ты говоришь.

ты сильно ошибаешься ;)

>Укажи критерии качества, без них это ГСМный трёп, как про летающих коров =)

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

:)

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

Зашибись, функциональность тулкита не попала даже в 6-ку важнейших свойств.... %)

Сдаётся мне, я знаю, чем ты руководствовался, когда составлял список.... ;)

>Зашибись, функциональность тулкита не попала даже в 6-ку важнейших свойств.... %)

понятие функциональности не формализовано ;)

>Сдаётся мне, я знаю, чем ты руководствовался, когда составлял список.... ;)

чем? =)

>ирц и почтовый клиенты

Опера :)

>текстовый... процессоры

LyX

>понятие функциональности не формализовано ;)

А понятие "простоты"? ;)

>в кде4 у opera, qtconfig-qt4 и kwrite - _разные_ файловые диалоги

kgtk поставить не судьба?

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

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

Про возможность навесить несколько слотов на сигнал слышал? ;)

>> НО возможность вызвать _стандартное_ окно есть.

> и в линухе есть. Что именно стандартное - читать на fd.o

fd.o большой. давай ссылку.

>> Его нет. И это недостаток и гнома и кде.

> а почему нет - знаешь?

NIH-синдром :)

>> Из тех, что фича в апстриме не нужна.

> я же тебе говорю - фича может быть завязана на нишевой/проприетарный ещё какой софт. В апстриме это _не_ нужно. Нужна возможность легкой интеграции, которая в гтк есть. И которой в куте нет.

для нишевого софта пиши свои функции, чтоб не поломались с новой либой.

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

gtk: + ? - + ? ?(не знаю)
qt: + + + - - +
tcl/tk: + + + - + +

Ну и? Где тут рулит gtk?

>gtk: + ? - + ? ?(не знаю)

+ + + + +

>qt: + + + - - +

- - + - - -

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

>kgtk поставить не судьба?

господин анонимный аналитик готов открыть нам секрет, каким образом kgtk подействует на кутешные приложения?

>Про возможность навесить несколько слотов на сигнал слышал? ;)

разумеется, и по твоей логике это - костыли

>fd.o большой. давай ссылку.

не нашел :(

>NIH-синдром :)

поясни мысль. Ну или укажи на тулкит, отвечающий заявленным требованиям

>для нишевого софта пиши свои функции, чтоб не поломались с новой либой.

ты походу не понимаешь. Задача - позволить гтк-приложениям работать с документами из хранилища. В эту задачу входит обеспечение быстрого доступа к документам по категориям, событиям, исполнителям, создателю, группе, офису, номерам договоров, счетов, доверенностей, чего там ещё, etc. Какое место патчить? Гтк-проги? либу гтк? Или таки модуль подгрузить и не париться?

Ну что, дитятко, успел по ходу треда iostream осилить? Сильно IQ повысился?

>А понятие "простоты"? ;)

простота - это однозначность прежде всего. Когда видно, как оно работает

наверное так

>Ну что, дитятко, успел по ходу треда iostream осилить? Сильно IQ повысился?

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

Да ну, а я то код жду с каментами мегакодера нашего...

>Да ну, а я то код жду с каментами мегакодера нашего...

исходники Qt посмотри. Там нет никаких возможностей сделать общий файловый диалог для Qt-based приложний.

и вопрос как указать размер иконок на тулбаре тоже висит в воздухе

или мегатулкит такие мелочи не колышат? =)

Щаз посмотрю...

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

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

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

+ в новых версих сделали интеграцию с поисковыми индексаторами, типа, Beagle или Tracker.

+ даже раньше было Ctrl+L и вводишь имя или первые буквы имени.

Кароч, лично мне диалог в Gtk нравится больше, чем в Qt/KDE.

+ в gtk-виджетах типа TreeView есть find-as-you-type. Соответственно, в файловых диалогах это тоже есть. В qt4 и kde4.x это до сих пор ниасилили.

Тоже видимо, слишком мелкая фича для мегатулкита

> Список поддерживаемых типов файлов диалогу говорит программка, вот по нему и фильтруется.

Т.е. какой-нить *.php или *.js в фаерфоксе не открыть?

>Т.е. какой-нить *.php или *.js в фаерфоксе не открыть?

жжошь. Зачем в фф открывать .php и .js?

Да для примера.

Ну а .hta можно открыть в ФФ, если я HTML тип выберу?

Че та не получилось.

>Ну а .hta можно открыть в ФФ, если я HTML тип выберу?

фф не поддерживает hta

Короче, если я *.html ради прикола переименую в *.lmth хрен открою.

Спасибо, все ясно.

>Короче, если я *.html ради прикола переименую в *.lmth хрен открою.

можно ещё яйца себе дверью прищемить

>Спасибо, все ясно.

пожалуйста.

>можно ещё яйца себе дверью прищемить

Да, очень вам рекомендую ето незамедлительно проделать ;-). Может тогда иконки на тулбарах в Qt вам не такими мелкими покажутся.

>Может тогда иконки на тулбарах в Qt вам не такими мелкими покажутся.

причем тут мелкие/не мелкие? Настроить как? Ответ будет, или опять "это не нужно" ?

>>Короче, если я *.html ради прикола переименую в *.lmth хрен открою.

модульность, фигли. Это тебе не монолит KDE, где бы ты открыл хоть переименуй в *.bgg

ХЗ как, но ОпенОфис с КДЕ-шной нахлобучкой ето умеет.

> Может тогда иконки на тулбарах в Qt вам не такими мелкими покажутся.

Так чё там с размером-то? Общественность прямо вся переминается с ноги на ногу от нетерпения :)

У гека спроси, как ощущения. :-)

Меня и так все устраивает.

>модульность, фигли. Это тебе не монолит KDE, где бы ты открыл хоть переименуй в *.bgg

продолжаешь корчить из себя идиота? фильтрацию по произвольному расширению в гтк можно добавить. В отличие от единого диалога в qt-based прогах.

и что там с размером иконок на тулбаре? Да и других виджетов?

>ХЗ как, но ОпенОфис с КДЕ-шной нахлобучкой ето умеет.

опенофис с kde-шной нахлобучкой - это все qt-аппликухи? O_O

жжошь опять. гхарик нервно курит в сторонке =)

>Короче, если я *.html ради прикола переименую в *.lmth хрен открою.
А выбрать "Все файлы" в фильтре не судьба?

<У гека спроси, как ощущения. :-)</i>

А чё спрашивать? Я прямо сейчас перед собой вижу огромного размера кнопари в диалогах Scribus. А всё значки большого размера...

Вы лучше рассказывайте, как отключать, как отремонтировать...

идиота корчишь именно ты, даже не упоминая функциональность как преимущество тулкита.

А там же, вроде, через KDE Kontrol Center можно менять размер пиктограмм, нет?

>идиота корчишь именно ты, даже не упоминая функциональность как преимущество тулкита.

это, покажи мне функциональность в Qt, позволяющую:

организовать единый файловый диалог

настроить размеры иконок на тулбаре

>А там же, вроде, через KDE Kontrol Center можно менять размер пиктограмм, нет?

Qt. не KDE а Qt.

Я думал, кеды лишь надстройка над Qt. Кадэешка же как-то меняет, значит можно? Сильно ошибся?

>Кадэешка же как-то меняет, значит можно? Сильно ошибся?

влияет через свои плагины стилей. Без кде - никак. или я не нашел =)

>>настроить размеры иконок на тулбаре

иконками определяется функциональность ? оригинально =)