KDE desktop environment постепенно завоевывает свое место на OS X и Windows. Помимо портирования core KDE библиотек, активно ведутся работы по портированию популярных KDE-based программ, типа Amarok и KOffice.
Бинарные сборки KDE для Windows доступны со вчерашнего дня.
> кде4 субъективно на порядок шустрее кде3. Отрисовка не лагает так как в кде3, памяти жрет в 5-10 раз меньше, приложения стартую шустренько/ В этом велика заслуга трольтехов
Глючное поделие насквозь в хаках и костылях, какраз как любят кедофилы, только кнопочек поменьше.
Кстати и про HIG уже не попердишь. Странно, ведь раньше в каждом топике где было видно слово Гном каждое кедерастическое угрёбище говорило слово "HIGанутые" хотябы 1 раз. Что же вы уткнулись, друзья? Или язык в заднице у куратора ячейки красноглазых фанатов тролльтеха застрял?
Имелось в виду конечно же что исполняемые файлы динамически слинкованы с библиотеками времени выполнения (входящих в комплект одного из компиляторов Microsoft Visual Studio 8/MinGW), а также формат экспорта C++ единиц компиляции.
Пакет с библиотеками времени выполнения также лежит в репозитории КДЕ (оригинальный vcredist_x86.exe от Microsoft) и ставится как зависимость от пакета qt-msvc.
>Глючное поделие насквозь в хаках и костылях, какраз как любят кедофилы, только кнопочек поменьше.
У меня за 4 часа работы упало 3 раза, и один раз повесило всю систему. Кнопочек там как раз больше - на каждой иконке по 3 штуки. Что ж такое они там курят, в kde team? Уж больно забористая травка!
> Активное портирование QT на другие платформы грозит тем, что и без того тяжёлая библиотека будет бесконечно обрастать ещё более неподъёмным кросс-платформенным кодом.
Сегодня читал "Дзен или искусство ухода за мотоциклом" Роберта Пёрсига, наткнулся на следующие замечательные строчки: "... Его недостаток веры в разум и был причиной того, почему он разуму был настолько фанатически предан. Никогда не будешь чему-нибудь предан, если полностью в этом уверен. Никто фанатически не вопит, что завтра взойдет солнце. Когда люди фанатически преданы политическим или религиозным верованиям -- или же любым иным видам догм или целей, -- то это всегда потому, что догмы или цели ставятся под сомнение ...".
Может и фанатичные гномотролли являются такими потому что сами сомневаются в своей истине ?
Зачем мне профайлер, если тормоза KDE по сравнению с IceWM или, например, KOffice по сравнению с OpenOffice.org видны невооружённым глазом? Это всё равно что выяснять причину торможения графических Java-приложений (разработчикам которых нужно руки отрывать вместе с головой) по сравнению с их аналогами на GTK/FLTK/QT.
> Самый актуальный проект, целью его заявляют "догнать Cocoa API". Кросс-платформная библиотека, приложения разрабатываются в MacOSX Xcode, потом Mingw-ом кросскомпилируются под Linux и Windows.
Это такая "think different" кросплатформенность? :) разработка на одной платформе, кросскомпилирование, и затем отладка и тестирование на другой? :)
>А я наоборот, как поставил Mac OS X и нашел там iTunes, первая ассоциация была — до чего же на Amarok смахивает, только не глючит и не падает.
Незнаю мне хватает амарока вполне: с моей звуковухой xine через alsa'у звучит акуенно, очень удобно работать с коллекцией, отличный интерфейс плюс аплет управления для панелек кедов. И ещё чёт я нивъеду: уменя он не глючит и не падает, что же я нитак делаю своими кривыми ручонками?!
многие. Дескать, ух-ах, Cocoa плохой, Дао Какао -- не кроссплатформенное. Невдомёк им, что кроссплатформенность -- свойство приложения, а не только фреймворка. Можно и на ассемблерах кроссплатформенно писать (разных, ага), напильник только нужен покрупне и явный слой абстракции приложения от ОС. Если же у вас всё гвоздями прибито, GUI без лейаутов, API без прослоек -- Вы ССЗБ, и тут не в тулките дело, а в непонимании слова "кроссплатформенность".
> Это такая "think different" кросплатформенность? :) разработка на одной платформе, кросскомпилирование, и затем отладка и тестирование на другой? :)
ага, мне тоже смешно =). Но работает ведь :) -- исторически так сложилось. Вот некоторые OpenSource разработчики тоже пишут под Linux, потом кросскомпилируют Mingw'oм (и ещё и пишут при этом, дескать, я не тестировал, у кого винда, тот пусть и ССЗБ ^W тестирует ) =)
Ну что поделаешь, вот у разработчиков Cocotron'a основная рабочая платформа -- МакОсь, вторая целевая -- Винда. У разработчиков GNUStep -- основная платформа Линукс, и есть тулзы (тот же Gorm=Interface Builder, есть GUI билдер в XML, аналог Glade и XAML). А порт под Винды у GNUStep второй степени свежести :(
Нет в жизни совершенства, приставить бы нос GNUStep'а к сиськам Агафены Александровны, это ж такая гадость получится ;-))
+ и недоскочил до D :) Хотя D/Entice уже смотрится не сильно хуже ужосстудиями с быдлодельфями.. Можно, если поискать, и библиотеку виджетов найти нормальную, с лейаутами (или, как в С++, написать свой лейаут менеджер)