Будущее GTK

>Ну это я так, всё равно фантазирую.

Чуваг, ты не фантазируешь, ты газифицируешь.

Другие языки - это пистон? Спасибо, не надо.

C++-библиотеки должны сдохнуть, вместе с самим C++.

Мнение школьника никому на фиг не нужно. Школьник мог бы и промолчать, меньше бы обпозорился.

>C++-библиотеки должны сдохнуть, вместе с самим C++.

Анонимусам они ничего не должны.

>1) множественные формы появились только в 4.4

В Qt4 вижу QObject::tr ( const char * sourceText, const char * comment = 0, int n = -1 )

n — это та самая plural form. И в лингвисте можно их задавать

>2) создать программу, которая не работает с кириллицей - до сих пор как нехрен делать.

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

>2) создать программу, которая не работает с кириллицей - до сих пор как нехрен делать.

Кстати, для выявления таких творений есть -DQT_NO_ASCII_CAST :)

> а склепать, пардон, говно -- как нехрен делать ;)

hydrogen-music.org

Полегче в выражениях :)

> Не стоит так "массово" заниматься развешиванием ярлыков.

Ну про ПМ не знаю, а C++ видел в программе ПОВТ и САПР лет 5 назад

> Он медленнее GTK, поэтому по крайней мере на более медленных машинах он лучше. Поэтому с вашим ИХМОм можете сами знайте куда сходить.

Возможно уважаемый анонимуз, Объясните мне убогому, почему у меня на Intel Quadro 6600, 4 Gb RAM, Nvidia 8600 GT 512 Mb, - Gnome, основанный на замечательном легком и быстром GTK, тормозит, а KDE 3.5.9, на глючном, убогом и тормозном Qt, летает? И не надо фанатизма, я сам сидел 2 года на Гноме, пока KDE 3 не допилили до нормального состояния.

Тулкиты скорее всего не причём, тормозит винт, особенно в гноме при запуске это заметно.

> Тулкиты скорее всего не причём, тормозит винт, особенно в гноме при запуске это заметно.

ржал.

Не ты ли ещё ржал вот тут: http://www.linux.org.ru/jump-message.jsp?msgid=2653482&cid=2653980 ? Два варианта, или ты или такой же идиот, как ты. :)

Да патамушта ты нагло брешешь. И вынь уже руки из жопы.

> тебе придется ВЕСЬ Qt на фабриках переписать, чтобы не отрезать от GTK нехилую часть при внедрении в этот самый Qt. Возьмешься? А смысл?

Да запихать их в один пакет да и дело с концом. :) Ещё неплохо бы написать единый формат тем, но это тоже весёлая задачка.

А что, прикольно - вместе с иксами устанавливаешь пакет gtkqt, который автоматом тащит за собой gtk-qt-engine и после этого тебе уже всё равно. Ну или почти всё равно - диалоги пока что в рамках FDO не доделаны.

Шёл бы ты сравнил время запуска гнома на старом винте, на винте поновее, на raid-0,1 и на SSD. Первоклассник знает, что самое узкое место в компе (не считая сетевых заморочек) - это винт. Привет, школа!

криворуким красноглазикам винт мешает.

> криворуким красноглазикам винт мешает.

унылый тролль уныл... (C)

Так в чём физика заключается? Слайды ненужные постить -- уже лоро-новости?

> пакет gtkqt, который автоматом тащит за собой gtk-qt-engine

Это унылое Г не позволяет редактировать меню гткшных приложений на лету.

>2) создать программу, которая не работает с кириллицей - до сих пор как нехрен делать.

keywords: "миша", "прищемить", "неправильные двери" =)

> Это унылое Г не позволяет редактировать меню гткшных приложений на лету.

Значит надо работать. Предложите менее унылое Г.

> Значит надо работать.

Кому? :)

> Предложите менее унылое Г

Пользоваться GNOME :)

> Я уже полностью отказался от мыл-программ и храню всю свою почту в вебе из-за при3.14зженных мейлеров, почему нельзя сохранять МОЮ почту в МОЕМ MAILBOX нахрена мне куча нестандартных директорий от разных тандербердов, кмылово и прочего дерьма, почему отсутствует в моей домашней директории СТАНДАРТНАЯ общедоступная (для программ) адресная книжка и еще море почему?

KMail: Настройки -> Настройка KMail -> Прочее -> По умолчанию сообщения на диске хранятся в: Обычных файлах (формат "mbox")/Каталогах (формат "maildir")

Вот, не поленился открыть тебе глаза, надеюсь оценишь.

> Виста не использует GL. GL используется в макоси. И что-то не заметил я там аццких тормозов и жутких потребляемых ресурсов

запусти в макоси терминал, и сравни скорость его прорисовки с оной под линухом на том же компе.
при компиляции софта оч критично (приходится перенаправлять, детачить screen, и т.п.).
вполне себе аццкие тормоза, разов в 10 тормознее иксов под линухом.

>Пользоваться GNOME :)

А это что ли Г веселое? :)

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

на работчий мак мне линь водрузить никто не даст, но на компе со схожими железяками konsole и gnome-terminal рисуются медленнее, чем терминалка в леопарде. Везде, естественно, ttf с субпиксельным сглаживанием.

> При движении в сторону Gtk3 переход будет постепенный без кардинального ломания софта. А не как в KDE.

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

>> Гтк-шный ооп - феерическое говно. Прекрати вообще выдавать эти кривые костыли за вершину программерской мысли.

>Qt'шный ООП в частности и C++'ный ООП в общем - говно. Прекрати выдавать эти кривые костыли за вершину программерской мысли.

Нет млять - GTK-шная эмуляция С++ на С это просто п*дец какая вершина технической мысли от дебилоидов-фанатиков С для извращенцев пейсателей грфических программ на С. Эмуляция объектов на убогом се увешанном кучей макросов для преобразования в наследуемые объекты и объекты-родители. Ипануться и не встать.

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

На Це++ графические программы пишутся еще черезжопней - идиот Страус нормальные эвенты так и не сделал, а городить vTable из 400+ элементов для каждого потомка TWindow даже Микросовту в голову не пришло.

> На Це++ графические программы пишутся еще черезжопней

Зато пишутся гораздо проще, потому что объекты там есть и пользоваться ими можно без костылей-макросов. наверное поэтому разработчики Opera, Skype, GoogleEarth, Tora, ATI и др. и используют нормальный полноценный C++ тулкит, а не GTK-шное извращение.

> идиот Страус нормальные эвенты так и не сделал, а городить vTable из 400+ элементов для каждого потомка TWindow даже Микросовту в голову не пришло.

Напомнить, что такое MFC?

>> На Це++ графические программы пишутся еще черезжопней

>Зато пишутся гораздо проще, потому что объекты там есть и пользоваться ими можно без костылей-макросов. наверное поэтому разработчики Opera, Skype, GoogleEarth, Tora, ATI и др. и используют нормальный полноценный C++ тулкит, а не GTK-шное извращение.

Все костыли там в moc. Комплексный подход.

>Напомнить, что такое MFC?

switch по идентификатору события, стыдливо спрятанный за макросами BEGIN_MSG_MAP ... END_MSG_MAP ? Бгг

>switch по идентификатору события, стыдливо спрятанный за макросами

по сравнению с тем что творится в гтк - это сказка просто. кроме всего прочего писать на МФЦ действительно просто хоть и быдловато. писать на гтк - это вообще понос мозга.

>кроме всего прочего писать на МФЦ действительно просто хоть и быдловато. писать на гтк - это вообще понос мозга.

Ну если сравнивать формочковый быдлокодинг на МФЦ с чем-то аналогичным COM-кодингу на гтк, то да.

> идиот Страус нормальные эвенты так и не сделал

А какие "эвенты" считаются нормальными?

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

Оригинал(wikipedia):

 "Any problem in computer science can be solved with another layer
  of indirection. But that usually will create another problem."

> Пользоваться GNOME :)

А какая разница под каким DE?

>> идиот Страус нормальные эвенты так и не сделал

>А какие "эвенты" считаются нормальными?

В любом практичном языке "эвенты" или "делегаты" лучше чем в С++. Прикол в том что указатели на методы которые есть в С++ разработчику компилятора реализовать *сложнее* чем нечто Delphi-образное. Так что С++ указатели на методы можно рассматривать как некое выкручивание рук разработчику для того чтобы он использовал шаблоны, даже если не хочет.

>Нет млять - GTK-шная эмуляция С++ на С это просто п*дец

идиот, школу закончи сначала, может поймешь тогда, что gobject это не эмуляция говноплюсов

>Зато пишутся гораздо проще

по-твоему, дельфи и vb - вершина программерской мысли? =)

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

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

Мне моя версия нравится больше. :)

> А какая разница под каким DE?

В гноме ты идёшь в диалог настройки панелей и говоришь "Хачу динамические клавиатурные комбинации прямо щаз" и получаешь их.

В кедах ты прыгаешь с бубном и gtkrc

>В гноме ты идёшь в диалог настройки панелей и говоришь "Хачу динамические клавиатурные комбинации прямо щаз" и получаешь их.

>В кедах ты прыгаешь с бубном и gtkrc

В кедах ты хочешь записать диск через удобную граф.оболочку - записываешь его в K3B

В гноме ты прогаешь с бубном и получаешь хyй

>В гноме ты прогаешь с бубном и получаешь хyй

что любишь, то и получаешь, а те, кто хочет записать диск - идут в меню "Переход->Создать CD/DVD", кидают туда нужные файлики и нажимают кнопочку "записать на диск"

>В гноме ты прогаешь с бубном и получаешь хyй

Хм... чем K3B круче Brasero?

> тогда, что gobject это не эмуляция плюсов

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

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

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

Даже майкрософт ничего не смог придумать кроме как всегда делать явный кастинг с помощью QueryInterface, в т.ч для конвертации дочернего типа в базовый. Базировались бы на Objective C как Apple, было бы веселее.

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

Сложность написания кода на С++ равна сложности написания кода на С плюс трудозатраты на войну с С++.

> Сложность написания кода на С++ равна сложности написания кода на С плюс трудозатраты на войну с С++.

А ты не борись с ним - используй его. Впрочем, если ты начинал с Явы, лучше там и оставайся.

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

лолшто?

> Сложность написания кода на С++ равна сложности написания кода на С плюс трудозатраты на войну с С++.

ты по себе-то не суди.