LINUX.ORG.RU

Разработчики KDE предложили включить свои библиотеки в состав Qt

 ,


0

1

Корнелиус Шумахер, старожил среди разработчиков KDE и текущий и.о. руководителя проекта, предложил объединить KDE и Qt в единую платформу разработки. По его плану необходимо перенести все библиотеки KDE, дополнительные библиотеки и платформенные модули в Qt, устранив при этом всю их избыточность, и реализовать хороший, интуитивно понятный набор API, который будет сочетать в себе удобство, интуитивность и KDE-интеграцию, вместе с простотой и переносимостью библиотеки Qt.

Многие разработчики KDE считают, что большинство задуманных Шумахером изменений будут реализованы не раннее выхода KDE 6.0, потому что если произвести реорганизацию библиотек, может так получиться, что KDE5 будет бинарно не совместим с ними. И последующая реорганизация библиотек последнего уже сможет привести к переносу кода в Qt, что снова приведёт к несовместимости и созданию KDE 6.0 на базе гипотетического Qt 5.0.

>>> Подробности

★★★★★

Проверено: post-factum ()
Последнее исправление: Aceler (всего исправлений: 3)
Ответ на: комментарий от sv75

Угу. Глючить будет новорожденное мега-Qt. У ребят в команде KDE нет ни понятия - что нужно от DE, ни опыта доведения до ума, ни уважения к их идоло^Wпоклонникам. При всем уважении к их усилиям - сильно напоминает подход M$: новая версия содержит те же глюки, стала сложнее и неудобнее, но мы все равно ее вам запихаем.

Qt и сейчас уже монстр с кучей проблем. Если ее скрестить еще и с KDE - это проще пристрелить при рождении.

HappySquirrel
()

на labs.qt.nokia.com тролли уже разъясняли чем плох Phonon, и что они его бы заменили своим чем-нибудь, но пока нечем, и зачем придумали QtMultimedia.

Но для Nokia итак времена тяжёлые, играть в доброго дядю она вряд ли будет, а тянуть левый для неё проект (теперь им реклама Qt не нужна) не станет, так как десктоп для неё побочная ветвь эволюции :). За Qt я спокоен, думаю Nokia сейчас по маркетинговски ответит, «как бы это было замечательно, и круто, но пока нет возможности, приходите послезавтра, а лучше через месяц»...и продинамят КДЕ разгильдяев.

Этот просто перец хочет себе тёплое местечко получить в Nokia. Сейго тоже тролли 2 года кормили, а он нихера там не делал, когда только выгнали его, начал свою плазму активнее пилить...

SergikXP
()
Ответ на: комментарий от anonymous

Ставить синаптик хотя бы есть смысл. А вот попробуй на незамутненную Gnome или XFCE систему поставить, скажем, ktorrent..

HappySquirrel
()
Ответ на: комментарий от SergikXP

ну что-то вы совсем утрировали, все таки весь графический интерфейс, все виджеты из QtGui,
использовались библиотеки libQtGui, libQtCore,
QtWebkit не использовался

Sylvia ★★★★★
()
Ответ на: комментарий от svchostexe

Есть одна игра-эмулятор (не будем уточнять :}), довольно распространена среди своего круга. Написана на Qt. Основной разработчик под виндой, хотя собирается и в линуксе и на маках вроде как запускали. Раньше подобное писалось на Visual Basic. Прогресс на лицо. Из соперников прога на яве, и та на C++ переписывается.

Deleted
()
Ответ на: комментарий от Sylvia

Откуда такая информация про Оперу?

На 100 рублей спорить не буду - но думаю, что Опера и виндовая была на qt. Могу обосновать свое предположение. Когда я еще был «виндузятником» - лет 7 назад - мне понадобилось автоматизировать процесс набивки одной базы данных через web-интерфейс (не подумайте чего плохого - всё в рамках законности и морали :) ) - и я написал программку, эмулировавшую выделение элементов списков в окошке браузера (в открытой html-странице с формой). При этом попытался научить эту прогу работать с разными браузерами. Так вот, лучше всего это получилось с Netscape 4.x - я ловил окно браузера по имени класса, а потом его контролы через WinAPI-функцию EnumChildWindows. С IE в итоге тоже получилось, но с трудом: хэндлы контролов определялись, выделение элементов списков через API визуально получалось, но при отправке заполненной формы игнорировалось (решил через задействование OLE). Т.е. в обоих случаях контролы были сделаны стандартными средствами Windows. А вот с Оперой тогда не вышло ничего. Хэндл главного окошка ловился - а контролы с точки зрения винды не существовали на открытых страницах вообще - то есть ни один хэндл дочернего окна функция EnumChildWindows не отлавливала. Из чего я сделал вывод о том, что все кнопочки, галочки (CheckBox) и кружочки (RadioButton) в этом дивном браузере были сделаны какими-то своими методами. И, извините, идея о том, что там статически прилинкована qt, - самая очевидная из возможных объяснений.

PVOzerski ★★★
()
Ответ на: комментарий от Sylvia

>ну что-то вы совсем утрировали, все таки весь графический интерфейс, >все виджеты из QtGui,

использовались библиотеки libQtGui, libQtCore,
QtWebkit не использовался

Именно так всё и было, так он же на 3й был сделан. Opera на 4ю переезжала ?

http://my.opera.com/kilsmo/blog/2008/01/29/opera-is-not-based-on-qt

SergikXP
()
Ответ на: Откуда такая информация про Оперу? от PVOzerski

>На 100 рублей спорить не буду - но думаю, что Опера и виндовая была на qt.

google://opera is not based on Qt site:my.opera.com

Opera has never been based on Qt. Opera developed its own lightweight portability layer, to be able to move to all kinds of platforms, even where no cross platform toolkits are available. Opera for Linux is using Qt the same way as Opera for Windows is using Windows API:s to connect to the platform.

Deleted
()
Ответ на: комментарий от SergikXP

вы кстати своей ссылочкой хорошо ответили PVOzerski
по поводу тулкита для windows

Opera for Linux is using Qt the same way as Opera for Windows is using Windows API:s to connect to the platform.

т.е. есть промежуточный слой абстракции использовавший qt3, qt4, или winapi (или cocoa на mac ?)

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

Sylvia ★★★★★
()
Ответ на: комментарий от SergikXP

Вроде бы Qt4. Но, честно говоря, не помню сейчас. qt3support, собственно, тоже часть Qt4.

Deleted
()
Ответ на: комментарий от Deleted

Кабы оно было действительно так, переход с qt на нынешнее невесть что (до сих пор, как ежик из анекдота, ем этот кактус и плАчу) у линуксовой оперы прошел бы куда безболезненнее. Потому что это означало бы давнее наличие у ее разработчиков полноценной библиотеки отрисовки графических элементов окон, не зависящей ни от WinAPI, ни от qt. Но увы :(

Хотя, конечно, в силу проприетарности Оперы я могу только гадать (разгребать начинку экзешника, честно говоря, влом).

PVOzerski ★★★
()
Ответ на: комментарий от PVOzerski

Читать полностью не осилил? Загугли и посмотри что за человек пишет. Вспомни ещё тестовые билды без нормального гуя вообще. Дабы не быть белой вороной в приложениях что-то надо использовать дабы нарисоваться. Или ты думал, что раз слой есть, то сразу магически всё заработает? Они ещё 2 враппера нарисовали к ним — GTK/KDE. Интеграция, товарищ, такая штука. А так оно и на Xlib может отрисовать, если хочешь.

Deleted
()
Ответ на: комментарий от Deleted

Да нет, просто не поверил :) Насчет «оберток» - спасибо, в курсе - еще с тех времен, когда RTL к виндовому фрипаскалю писал. Да и Lazarus немножко понимаю как изнутри устроен и за счет чего кросс-платформенен (кстати, опционально умеет собирать проги, завязанные на qt вместо GTK - еще примерчик). Просто в случае Оперы факт остается фактом: контролы в виндовой версии у нее основаны не на функциях user32.dll, а на чем-то своем. Может, и не на qt - в таком случае снимаю шляпу перед велосипедостроителями (если бы написали низкоуровневую замену-backend для тех платформ, для которых нет qt - тогда бы понял их логику, а так - не понимаю).

PVOzerski ★★★
()
Ответ на: комментарий от PVOzerski

>опционально умеет собирать проги, завязанные на qt вместо GTK - еще примерчик

Был тут один двухпанельник на этом. Интересно, как он поживает… :)

если бы написали низкоуровневую замену-backend для тех платформ, для которых нет qt - тогда бы понял их логику, а так - не понимаю


Для них Qt было не средством разработки, а, так сказать, API платформы. Опера есть на многих платформах, в том числе некоторых приставках, и с этого у них доход. Каждый крутится как умеет :}

Deleted
()
Ответ на: комментарий от Deleted

Я думаю, сейчас у Лазаря основная беда - плохая оптимизация в отношении выбрасывания мертвого кода. Кстати, Delphi (смотрено на версиях 3 и 6) тоже не умеет, например, выбрасывать полностью перекрытые виртуальные методы классов - что при использовании больших библиотек неприятно. А у Лазаря вообще пустая форма в мегабайт после strip'а получается - что явно не способствует его популярности как средства разработки. Так что не знаю, как там этот двухпанельник поживает... Вот когда FreePascal отвяжется полностью от ld и перейдет на линуксе на внутренний линкер - тогда посмотрим.

PVOzerski ★★★
()
Ответ на: комментарий от namezys

>> Извините, у вас не достаточно места на жёстком диске, для установки KDE 6.0 требуется как минимум 30Гб.

А что, так и будет. Лет через 10-15

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

P.S. Павлушенька я, Нейроносчётный

anonymous
()
Ответ на: комментарий от Uzix

>Угу, а остальное я сам дописал

Остальное либо не является частью KDE, либо дописано мейнтейнерами по той или иной причине. Klipper от плазмы не зависит, да и индексирование документов в kde является чисто опциональной частью, etc.

Gary ★★★★★
()
Ответ на: комментарий от qbbr

>Извините, у вас не достаточно места на жёстком диске, для установки KDE 6.0 требуется как минимум 30Гб.

Пока не актуально - образ лайфсиди с кедами, гимпом, несколькими броузерами, бледжеком и шлюхами, правда без пасьянса, весит всего-то 2 гига.

Napilnik ★★★★★
()

>Корнелиус Шумахер, старожил среди разработчиков KDE и текущий и.о. руководителя проекта, предложил объединить KDE и Qt в единую платформу разработки.

Молоток, мужик, далеко смотрит. Кто говорил, что убунта скоро переползёт на QT;) Когда это случится, Марк скажет «Убунте на (к)уДЕ быть!», пользователь возьмёт под козырёк и закидает несогласных какашками.

Napilnik ★★★★★
()
Ответ на: комментарий от Sociopsih

> Поганые кедерасты хотят откедерасить мой QT? Господь не допустит такого кдятства.

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

x86_64 ★★★
()

Честно? Верю, что разработчики Qt - умные люди и знают, что им из кед нужно, а что нет.

Если они перетащат действительно нужный и хороший функционал - почему нет? Главное, чтобы это всё было модулями, а не монолитом.

Df_Yz
()
Ответ на: комментарий от Igron

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

pozitiffcat ★★★
()
Ответ на: комментарий от pozitiffcat

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

anonymous
()

А что думает NOKIA?

Осталось выяснить одну «мелочь»: как к мнению разработчиков KDE относится NOKIA. :)

vlad-mal
()
Ответ на: А что думает NOKIA? от vlad-mal

Интересно какже они сохранят кроссплатформенность? или на винду с маком тоже придется кеды ставить? бугага

pozitiffcat ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.